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I.  INTRODUCTION 


The  Space  Shuttle  Is  being  designed  to  provide  economical  trans- 
portation to  and  from  low  Earth  orbit*  The  mission  model,  however, 
also  identifies  missions  to  higher  energy  orbits  and/or  to  the  plan- 
ets* In  order  to  accomplish  these  high  energy  missions,  additional 
propulsive  stages  are  required. 

The  propulsive  stages  for  performance  of  the  high  energy  missions 
fail  into  three  categories:  the  Inter lm-Upper^Stage  (IUS),  the 

Space  Tug,  and  their  associated  kick  stages.  The  IUS  will  be  de- 
veloped first,  by  DOI),  with  an  operational  date  compatible  with 
the  operational  date  of  Space  Shuttle.  The  Tug  will  be  developed 
by  NASA  for  use  during  the  1981  to  1991  time  frame.  A transition 
period  of  at  least  one  year  is  anticipated  whereby  both  IUS  and 
Tug  will  be  used  for  accomplishment  of  high  energy  missions. 

This  Tug  Fleet  and  Ground  Operations  Schedules  and  Controls  Study 
addresses  both  ground  operational  data  and  technical  requirements 
that  span  the  Tug  planning  phase  and  operations  phase*  A similar 
study  covering  mission  operations  (by  others)  provides  the  compli- 
mentary flight  operations  details.  The  two  studies  provide  the 
planning  data  requirements,  resource  allocation,  and  control  mile- 
stones for  supporting  the  requirements  of  the  STS  program. 

This  Tug  Fleet  and  Ground  Operations  Schedules  and  Controls  Study 
incorporates  the  basic  ground  operations  requirements  and  concepts 
provided  by  previous  studies  with  the  interrelationships  of  the 
planning,  IUS  transition,  and  Tug  fleet  operations  phases.  The 
interrelationships  of  these  phases  were  studied  as  a system  to 
optimize  overall  program  benefits  and  minimize  operational  risk 
factors. 

A.  GOALS  AND  OBJECTIVES 

In  many  previous  aerospace  programs,  the  operations  phase  require- 
ments have  been  considered  too  late  to  affect  design  and  develop- 
ment (acquisition  phase).  This  has  not  always  resulted  in  the  most 
efficient  operation  and  effective  cost  operations,  but  rather  one 
that  accommodates  fixed  designs  and  hardware  configurations.  While 
this  has  been  acceptable  on  past  programs  having  limited  operational 
phases  (one  of  a kind,  one  or  two  flights)  where  DDT&E  costs  far 
overshadowed  operational  costs,  it  will  not  be  acceptable  for  Shuttle 
elements  such  as  the  Tug  with  an  extended  operational  phase.  The 
objectives  of  this  study  may  then  be  defined  as  follows: 

1)  Provide  operations  phase  data  to  support  the  Shuttle  PDR; 

2)  Provide  early  operations  phase  inputs  to  Tug  design  and 
development ; 
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3)  Develop  ground  operations  planning  inputs  for  use  on  concurrent 
and  subsequent  studies; 

4)  Optimize  grtund  operations  requirements  and  processing  based 
on  current  Tug  baseline; 

5)  Provide  planning  for  fleet  utilization  and  management* 

NASA  recognized  this  concern  early  in  the  Shuttle  era*  Consequent- 
ly, two  of  the  objectives  of  this  study  are  to  provide  early  opera- 
tions phase  inputs  into  hardware  designs  and  interfaces.  Opera- 
tions phase  inputs  such  as  access  for  maintenance,  checkout,  and 
servicing,  and  postmission  safing  considerations  have  been  analyzed 
and  inputs  made  available  to  support  Shuttle  PDR  and  to  influ- 
ence early  Tug  design  and  development. 

In  addition,  the  study  developed  and  optimized  ground  operations 
planning  based  on  present  Tug  baseline  definition.  This  planning 
data  supported  the  current  series  of  contractor  studies  and 
subsequent  NASA  and  contractor  studies. 

Finally,  an  objective  of  this  study  was  to  develop  preliminary  plan 
ning  for  management  methods,  such  as  fleet  utilization  scheduling 
techniques,  and  performance  measurement  systems  that  would  support 
and  implement  the  ground  operations  planning. 

GROUND  RULES /ASSUMPTIONS  AND  GUIDELINES 

The  ground  operations  requirements  developed  in  this  study  are 
based  on  specific  ground  rules  and  assumptions.  The  notation  after 
the  ground  rule/assumptions  shows  the  source. 

These  ground  rules/assumptions  were  applied  as  applicable  to  the 
operations  analysis  in  developing  the  flouts,  resource  requirements, 
and  maintenance  requirements; 

1)  The  spacecraft  is  assumed  to  be  flight  ready  when  it  is  re- 
ceived for  Tug/spacecra f t integration  (Ref  VI-4). 

2)  Tug  ground  operations  times  are  presented  in  working  hours 
based  on  5-day  work  week,  with  two  shifts  per  day  at  KSC  and 
one  shift  per  day  at  WTR  (Ref  VI-4). 

3 Times  for  Tug  activity  at  the  launch  site  that  involve  the 
Orbiter  are  governed  by  the  Space  Shuttle  turnaround  alloca- 
tion of  June  21,  1974  (Study  COR  direction). 

4)  Baseline  Tug  flows  are  based  on  a single  cycle  operational  Tug 
sequence.  Contingency  planning  is  not  Incorporated,  The  in- 
fluence of  mission  model  and  traffic  is  not  incorporated  (Ref 
VI-4) . 
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5)  Nominal  Tug/Orbiter  recovery  is  at  the  launch  site  (Ref 
VI-4) , 

6)  No  maintenance  of  the  Tug  will  be  performed  while  in  the 
Orbiter  cargo  bay  (Ref  VI-4) . 

7)  XUS  propellant  tanks  will  always  be  empty  on  return  to  Earth 
(Study  team  assumptions)# 

8)  A normal  mission  will  purge  IUS  tanks  before  lUS-Orbiter  dock 
(Study  team  assumptions). 

9)  Aborted  Tug  safing  will  be  done  on  the  runway  (Ref  VI-1)# 

10)  For  purpose  of  this  study,  the  mission  duration  will  be  six 
days,  launch  to  landing  (Ref  VI-4) . 

11)  LPS  will  be  used  to  the  maximum  extent  possible  (Study  team 
assumptions) „ 

12)  While  installed  in  the  cargo  bay,  communications  to  the  space- 
craft will  be  through  the  Tug  (Study  COR  direction). 

13)  For  study  purposes,  the  Tug  can  be  transported  in  the  hori- 
zontal position  with  or  without  APS  propellants  (Study  team 
assumptions)  * 

14)  All  IUS  operations  will  be  at  ETR  (Study  COR  Direction). 

13)  IUS  will  be  operational  1980  through  1984  (Ground  rules  in 
study  Statement  of  Work) . 

16)  Space  Tug  will  be  operational  in  1983  (December)  (Ground  rules 
in  study  Statement  of  Work). 

17)  DOD  and  NASA  Tugs  will  be  identical  and  interchangeable 
(Ground  rules  in  study  Statement  of  Work) . 

18)  No  LPS  DDT&E  costs  will  be  chargeable  to  Tug.  lUS/Tug  dedi- 
cated LPS  hardware  is  chargoable  (Ground  rules  in  study  State- 
ment of  Work) . 

19)  Space  Tug  configuration  is  based  on  "Baseline  Space  Tug  Con- 
figuration Def  inition1' , MSFC  68MG0039-2. 

20)  Tug  propellant  tanks  will  be  dumped  and  purged  before  return 
to  Earth*  Residuals  will  be  left  in  the  He  spheres  to  re- 
pressurize tanks  on  entry,  (Study  team  assumptions  and  agree- 
ment with  cognizant  contractor  on  current  series  of  studies) # 

21)  Critical  co-alignment  of  guidance  components  is  accomplished 
off~Tug  on  a plate  that  is  mechanically  aligned  to  the  Tug 
structure  (Study  team  assumptions) . 
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c. 


STUDY  PLAN 


1.0  Study  Approach 

This  study  consisted  of  n series  of  twelve  tasks  (Fig.  1-1),  that 
developed  a baseline  Space  Tug  processing  flow,  resource  require- 
ments, analyzed  the  impact  of  the  operational  requirements  on 
other  program  phases,  and  documented  the  results  in  an  overall  Ground 
Operations  Schedule  and  Control  Plan,  as  part  of  the  final  report. 

Task  1.0  defined  the  Tug  processing  requirements  for  a green  light 
single-cycle  flow.  Special  emphasis  assessments  in  Task  2.0  were 
used  to  complement  the  Task  1.0  effort  and  expand  the  level  of  de- 
tail in  specific  interest  areas.  Special  emphasis  assessments  are 
included  in  Vol  II  Addenda. 

Tasks  3.0  through  6.0  operated  on  the  Task  1.0  baseline  to  develop 
requirements  for  other  program  phases.  In  Task  3.0,  the  impact 
of  the  traffic  was  considered  to  establish  the  Tug  fleet  size. 
Contingency  analysis  was  employed  to  realistically  size  the  fleet 
under  other  than  nominal  conditions,  and  fleet  management  tech- 
niques were  defined.  Task  5.0  defined  the  site  activation, 
requirements  for  the  Space  Tug  based  on  the  operational  data  de- 
veloped in  Task  1,0.  After  activation  requirements  were  under- 
stood, the  transition  from  IUS  to  Tug  was  analyzed  in  Task  6.0, 
giving  special  consideration  to  the  period  of  time  when  concurrent 
IUS  and  Tug  operations  may  be  required.  Task  4.0  determined  the 
requirements  for  Tug  to  spacecraft  (payload)  Integration  in  the 
mission  planning  era. 

In  Task  7.0,  results  of  Task  1.0  through  6.0  were  analyzed  to  de- 
termine the  affect  on  Tug  design  and  development  (acquisition 
phase).  Each  task  that  resulted  in  a subplan  was  integrated  in 
Task  8.0  into  an  overall  plan.  The  subplan  elements  were  subjected 
to  a sensitivity  analysis  in  Task  9.0  before  finalization.  The 
final  subplans  are  given  in  Chapter  III  of  this  report. 

Finally,  in  Task  10  through  12,  a study  was  performed  to  assess  the 
effect  of  an  alternative  processing  flow  in  an  unclean  environ- 
ment, to  identify  any  SRT  requirements,  and  to  define  recommended 
additional  efforts. 

2.0  Summary  of  Statement  of  Work  Tasks 

Task  1.0,  Analyze  Space  Tug  Operational  Phase  - In  this  task,  the 
operational  period  for  the  baseline  Tug  was  analyzed.  A 
functional  flow  diagram  for  Tug  launch  site  activities,  beginning 
with  initial  arrival  at  the  launch  site  and/or  Shuttle  landing 
through  safing,  payload  demating,  refurbishment,  maintenance  and 
checkout,  payload  mating,  Shuttle  mating,  and  launch  countdown 
through  liftoff  was  developed.  Preliminary  manpower,  facility. 
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GSE,  and  maintenance  requirements  necessary  to  support  this  func- 
tional flow  sequence  were  identified.  Software  requirements  and  delta 
WTR  requirements  were  identified.  This  baseline  data  was  used  to  de- 
velop estimated  costs  per  flight,  and  documented  in  accordance  with  the 
approved  WBS.  Data  produced  in  this  task  is  presented  in  Subplan 
A for  the  Tug  operational  phase  and  in  Appendixes  A through  E. 

Task  2.0  Perform  Special  iSnphasis  Assessment  - The  results  of 
this  task  provide  special  emphasis,  insight,  and  visibility  into 
operational  areas  that  could  influence  Shuttle  hardware  design 
and  other  concurrent  study  planning. 

This  task  was  started  early  in  the  sequence  so  that  preliminary 
information  on  potential  problem  areas  would  be  available  at  the 
first  performance  review,  with  updates,  as  required,  for  the  sec- 
ond performance  review  and  the  final  report.  The  special  emphasis 
assessment  studies  are  docunented  in  the  addenda. 

Task  '6.0  A.ssess  1US  and  Tug  Fleet  Utilization  - During  this  task, 
the  total  payload/mission  (traffic)  requirements  ror  the  IUS  and 
Tug  programs  were  assessed.  The  resulting  data  were  used  to  op- 
timize hardware  and  software  procurement.  Contingency  planning 
was  developed  to  determine  the  effect  of  selected  contingencies 
on  hardware  and  software  requirements. 

As  part  of  this  effort,  existing  NASA  and  commercial  management  systems 
were  evaluated  and  a system  for  tracking  and  contolling  resources 
and  activities  to  provide  management  visibility  was  developed. 

Task  results  were  documented  in  the  IUS  and  Tug  Fleet  Utilization 
Subplan  B. 

Task  4.0  Analyze  JUS/Tug  Requirements  for  Payload  Integration  - 

In  this  task,  IUS  and  Tug  fleet  utilization  and  ground  operations 
were  analyzed  in  support  of  payload  accommodations  and  interface 
requirements.  The  analysis  identified  the  ground  operations  fac- 
tors affecting  lUS/Tug  payload  accommodation , The  TUS/Tug  require- 
ments data  needed  for  payload  integration  were  used  to  develop  the 
Payload  Integration  Subplan  C. 

Task  6*0  Analyze  Space  Tug  Site  Activation  - The  baseline 
Space  Tug  for  the  period  before  and  including  site  activation  of 
ground  support  activities  were  analysed.  The  use  of  the  STS  facility 
was  analyzed  to  determine  the  ability  of  existing  KSC  facilities 
and  GSE  to  support  the  Tug  ground  operations  baseline.  Based  on 
trade  studies  of  various  ground  operation  approaches,  recom- 
mended new  facilities  or  facility  modifications  that  best  supported 
Tug  operational  requirements  were  made.  The  NASA  requirements  for  pro- 
cessing and  launching  Tugs  from  WTR  are  shown  as  a delta  to  the  KSC  re- 
quirements, Activation  costs  are  documented  per  the  approved  WBS. 

These  analyses  will  be  documented  in  a Space  Tug  Site  Activation 
Subplan  D, 


1-6 


Task  6.0  Analyse  lUS/Tug  Transition  - The  baseline  IUS  and  lug 
was  analyzed  fo r concurrent  operutions  during  the  transition 
period.  The  areas  of  commonality  between  the  ground  operational 
and  support  systems  were  determined,  A management  plan  was 
developed  to  optimize  cost,  schedule,  and  activation  performance 
during  the  transition  phase.  Trade  studies  were  conducted  to 
determine  common  equipment  and  facility  usage  and  the  effect 
on  facility,  GSE,  and  software  requirements.  Schedule  change 
options  and  resource  requirements  were  evaluated,  Thse  analyses 
were  documented  in  an  lUS/Tug  Transition  Subplan  E. 


Task  7.0  Assess  Results  to  Support  Tug  Acquisition  Phase 
The  results  of  Tasks  1.0  through  6.0  were  assessed  during  this 
task  to  determine  factors  affecting  the  Tug  acquisition  phase. 
Selected  areas  were  studied  to  the  depth  necessary  to  provide 
Tug  design  and  development  recommendations.  These  data  and 
recommendations  are  documented  in  Subplan  F. 


Task  8.0  Develop  Tug  Fleet  and  Ground  Operations  Scneau^es  ana 

Control  Plan  - The  subplans  developed  in  Tasks  1,0  through  7.0 
were  integrated  and  a Tug  Fleet  and  Ground  Operations  Schedules 
and  Controls  Plan  was  developed.  Each  subplan  optimized  the 
study  elements  involved  in  that  particular  phase.  The  inter- 
relationships between  these  individual  phase  requirements  were 
analyzed  and  optimized  for  total  program  benefits  through  all 
program  phases. 


A total  program  summary  was  developed  for  each  study  element 
addressed  and  included  program-level  summaries  for  the  WTR 
deltas.  As  a result  of  this  activity,  modifications  were  made 
to  the  individual  subplans  to  accommodate  recommended  workarounds 
and  alternatives.  This  task  is  documented  in  Chapters  II  and 
III  of  Volume  II. 

Task  9.0  Perform  Overall  Sensitivity  Analysis  - An  overall 
sensitivity  analysis  was  performed  to  optimize  the  Tug  Fleet 
and  Ground  Operations  Schedules  and  Controls  Plan  and  the 
associated  subplans,  and  assessed  the  impact  of  contingency 
operations  on  the  overall  plan.  Results  are  documented  in 
Subplan  B and  in  the  addenda. 

Task  10.0  Analyze  Space  Tug  Processing  in  Unclean  Environment  - 

An  analysis  was  performed  to  determine  the  feasibility  of 
processing  the  Tug  in  the  factory  clean  environment  and  cleaning 
it  before  spacecraft/Tug  mating.  A comparative  analysis  was 
then  performed  against  the  baseline  flow  of  100K  clean  processing. 
Based  on  this  analysis,  a recommended  Tug  processing  method 
(processing  in  a factory  clean  environment)  was  established  and 
included  in  the  final  report  as  Addendum  6, 
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Task  11,0  Define  *'r  tpportinj  R^seo uvh  and  Te.'knolo<j'j  (:1RD  - Results 
of  all  tasks  were  analyzed  to  identify  any  SRT  developments.  Any 
research  or  technology  developments  that  may  be  necessary  to  pro- 
vide confidence  that  the  Tug  Fleet  and  Ground  Operations  Schedules 
and  Controls  Plan  can  be  implemented  are  documented  in  Section  IV 
of  Vol  II  of  this  final  report. 

Task  12,0  Recommended  Additional  Effort  - During  this  task  the  com- 
pleted subplan  and  identified  areas  that  require  further  study  and 
developmentwere  reviewed*  The  output  of  this  task  includes 
titles,  descriptions,  schedules,  and  a budget  of  the  effort  re- 
quired. Our  recommendations  are  documented  in  Chapter  V of  Vol 
II  of  this  final  report. 

D.  SIGNIFICANT  RESULTS 

1.0  Operations 

1)  Tug  can  be  accommodated  in  a 157-hour  land-to-launch  time  span. 

2)  Tug  should  be  processed  in  the  vertical  position  to  accommodate 
spacecraft.  The  Tug  itself  could  be  processed  in  either  hori- 
zontal or  vertical  position. 

3)  The  Tug  should  be  processed  in  a factory  clean  environment  with 
subsequent  cleaning  to  a visibly  clean  level. 

4}  The  low  bay  area  of  the  VAB  provides  the  optimum  location  for 
the  Tug  Processing  Facility* 

2.0  Activation 

1)  An  engineering  model  (Pathfinder)  is  required. 

2)  Tug  site  activation  could  have  an  impact  on  the  schedule  for  IUS, 
Orbiter  and  launch  pad. 

3.0  Fleet  Utilization 

1)  Mechanized  fleet  utilization  planning  is  necessary  to  accommodate 
the  many  variables  In  the  system. 

2)  The  system  must  provide  for  contingency  planning. 

3)  The  recommended  mode  of  transportation  for  the  Tug  is  by  747 
cargo  pod* 

4)  Procurement  of  spares  should  be  deferred  until  late  in  the 
build  cycle. 

5)  Consideration  should  be  given  to  a block  build  and  delivery 
of  the  Tug. 


% 
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4.0  Fleet  Sizing 


1)  Total  fleet  size  varies  between  13  anti  16,  depending  on  how 
soon  the  Tug  is  used  in  an  expendable  mode. 

2)  Some  variations  in  the  mission  mode!  could  reduce  Tug  fleet 
size. 

3)  The  active  Tug  fleet  should  include  a backup  Tug  and  kick 
stage. 

3.0  WTR  Delta 

1)  Minimum  launch  capability  should  be  provided  at  WTR. 

2)  Tugs  launched  from  WTR  should  be  processed  and  refurbished  at 
ETR. 

6.0  Tug/PayLoad  Integration 

1)  Tug  project  does  multiple  payload  integration. 

2)  A Tug  User's  Guide  should  be  developed  early  to  standardize 
interfaces. 

3)  Software  verification  and  integration  should  be  done  in  a 
simulation  lab* 

4)  Level  I off-Orbiter  integration  should  be  performed  in  the 
TFF  test  cell. 
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IX . SYNOPSIS  OF  STUDY  ELEMENTS ___ 

This  study  provides  six  subplans  dealing  with  six  phases  or  arenas 
of  activity  in  the  Tug  program  from  launch  site  construction 
through  the  operational  phase  and  the  management  of  these  activi- 
ties. The  study  requires  that  12  standard  study  elements  be  ad- 
dressed in  each  subplan.  Not  all  of  the  elements  are  applicable 
to  each  subplan;  Table  II-l  is  a matrix  depicting  the  relation- 
ship (contents)  between  the  subplan  and  the  study  elements. 

This  synopsis  provides  a summary  of  the  study  elements  across  all 
of  the  subplans.  It  is  a summary  only;  further  detail  can  be  ob- 
tained by  referring  to  the  applicable  sections  of  each  subplan. 


Table  II- 1 . . — : . 

Tug  Fleet  and  Ground  Operations  Schedules'- and  Controls  Subplan 
and  Study  Element  Relationships 
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GROUND  OPERATIONS  FLOW 


1.0  Operations  Summary 

The  ground  operations  derived  from  the  functional  flow  analysis 
are  summarized  in  Figure  11-1.  Time  required  at  processing  points 
from  the  Orbiter  Landing  Field  (OLF)  to  the  pad  are  indicated  at 
the  bottom  of  the  figure  and  are  based  on  a normalized  processing 
time  after  engineering  model  flow  and  activation  activities  have 
smoothed  the  learning  curve.  The  160-hour  turnaround  time  was 
established  through  systematic  analysis  of  each  function  required 
for  refurbishment  and  checkout,  mating  operations  at  the  Tug  Proc- 
essing Facility  (TPF)  and  pad,  and  prelaunch  and  launch  operations. 
The  TPF  was  recommended  as  a common  Tug  maintenance  and  checkout 
facility  for  KSC  and  WTR  because  significant  savings  were  indicated 
for  this  approach  if  WTR  Tug  traffic  is  low,  as  currently  estimated. 
The  shipping  receipt  through  launch  processing  flow  of  IUS  will  be 
similar  to  that  shown  for  Tug.  A separate  IUS  processing  facility 
will  be  used  if  Tug  is  processed  at  SAEF-1,  or  the  IUS  will  be 
processed  with  Tug  at  the  common  VAB ■ The  off-pad  Tug-to-space- 
craft  mate  shown  in  the  flow  is  recommended  because  of  the  heavy 
traffic  through  the  Fayload  Changeout  Room  (PCR) ; however,  the 
option  of  vertical  integration  at  the  PCR  is  provided  for  priority 
payload  changeout.  Payload-to-Grbiter  mate  is  recommended  at  the 
pad  rather  than  the  Orbiter  Processing  Facility  (OPF)  because  our 
analysis  shows  approximately  a 60-hour  reduction  in  Tug  processing 
time  over  OPF  installation  due  to  the  capability  of  the  PCR  con- 
cept for  KSC.  Processing  can  be  performed  under  1QQK  clean  condi- 
tions using  SAEF-1  as  the  TPF.  However,  it  is  recommended  that  the 
Tug  be  processed  in  a factory  clean  environment  and  the  VAB  Low  Bay 
is  the  more  appropriate  facility  for  this  application. 

Processing  operation;  begin  at  the  OLF.  After  Orbiter  landing  and 
safing  on  the  field  ..nd  payload  rpmoval  in  the  OPF,  the  Tug  is 
moved  to  the  TPF  where  refurbishment,  checkout,  and  Tug-to-space- 
craft  mate  occurs.  When  a kick  stage  is  required,  kick  stage  build- 
up, checkout,  and  Tug-kick  stage  mate  also  takes  place  in  the  TPF. 
After  Tug-spacecraft  mate,  the  Tug  APS  hypergolic  and  APS  and  MPS 
pressurants  are  partially  loaded.  The  payload  is  then  moved  to  the 
launch  pad  and  installed  in  the  PCR.  When  the  Orbiter  is  ready  for 
payload  mate,  the  PCR  is  mated  to  the  Orbiter,  the  PCR  and  Orbiter 
doors  are  opened,  and  the  payload  is  installed  in  and  mated  to  the 
Orbiter.  Interface  tests  are  then  performed,  fuel  cell  reactants 
and  remaining  pressurants  loaded,  and  at  T-2  hours,  MPS  propellant 
is  loaded  concurrent  with  Shuttle  cryogenic  propellant  loading. 

This  Tug  processing  flow  requires  157  hours  from  Orbiter  landing  to 
Orbiter  liftoff.  In  addition,  the  flow  reflects  3 hours  standby 
time  while  other  operations  are  in  progress.  Of  this  time,  the  Tug 
is  on  the  OLF  for  2 hours,  in  the  OFF  for  17sa  hours,  and  in  the  TPF 
for  97  hours.  Movement  to  the  pad,  installation  in  the  PCR,  and  Tug 
standby  require  20h  hours.  The  payload  is  installed  in  the  Orbiter 
at  T-23  hours.  The  crew  size  to  perform  these  operations  for  one 
Tug  cycle  only  on  a two-shift  basis  is  80  personnel. 
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Figure  II -1  Tug  Ground  Operations  Flow 


2.0  Contingency  Planning  and  Control 

The  ground  operations  flow  developed  is  "green  light'*  and  makes 
no  provisions  for  contingency  planning.  Efficient  Tug  fleet  uti- 
lization must  consider  the  real-world  effect  of  contingencies  and 
make  provisions  in  the  system  for  handling  them  if  they  occur. 

The  contingencies  fall  into  three  categories:  (1)  system  element 

"no  go";  (2)  system  element  "no  show";  and  (3)  programmatic  changes 
(priority  payloads,  schedule  changes,  etc).  Each  contingency  has 
been  analyzed  and  documented  in  Subplan  B,  TUS  and  Tug  Fleet  Uti- 
lization, with  indicated  alternative  actions  if  contingencies  occur 
during  the  operational  flow. 

3.0  Payload  Operations  Impact 

Spacecraft  mating  with  the  Tu>g  in  the  TPF  will  occur  63  hours  before 
launch  with  Spacecraft  mating  and  integrated  checkout  requiring  14 
hours.  The  payload  is  installed  in  the  Orbiter  bay  23  hours  before 
launch,  followed  by  6 . 5 hours  of  prelaunch  checkout.  The  payload  is 
functionally  ready  for  launch  12  hours  before  launch  with  final  ser- 
vicing the  only  remaining  activity.  Postmission  Tug/spacecraf t de- 
mate will  take  place  at  the  OPF. 

4.0  Engineering  Model  Flow  and  Flight  Article  Preparation 

A Tug  engineering  model,  ideally  an  upgraded  version  of  a test 
article,  will  be  used  at  KSC  prior  to  arrival  of  the  first  flight 
article.  The  model  flow  will  follow  the  planned  Tug  operational 
flow  as  closely  as  possible  and  will  be  used  to  identify,  document, 
and  resolve  GSE  and  facility  interface  problems.  The  accuracy  and 
adequacy  of  Tug  operational  procedures  and  the  EPS  control  and 
monitoring  software  programs  will  be  verified.  Checkout  and  han- 
dling personnel  will  be  trained  during  the  model  flow  and  final 
crew  certifications  will  be  performed.  Interface  compatibility 
between  Tug  and  its  adapter,  kick  stage,  and  spacecraft,  as  well 
as  with  the  Orbiter,  will  be  determined.  Procedures,  methodology, 
and  hardware  will  be  developed  to  minimize  operational  t±  'W  time 
for  planned  and  contingency  functions.  Transportation  and  handling 
procedures  and  support  equipment,  primarily  the  cargo  canister, 
will  be  verified.  Model  flow  activities  are  planned  for  a one- 
shift,  five-day  ;eek  operation  that  would  require  18  weeks  to  com- 
plete. An  additional  eight  weeks  would  be  planned  for  contingency 
operations , 

The  first  flight  article  will  be  used  in  somewhat  the  same  manner  as 
the  engineering  model.  This  approach  will  require  that  the  first 
flight  article  be  delivered  to  KSC  90  days  before  launch.  The  ac- 
tivities planned  for  the  first  flight  article  will  require  12  weeks 
based  on  two  shifts  per  day,  five  days  per  week  operation. 
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FACILITY  AMD  GSE  REQUIREMENTS 


B. 


1.0  Facilities 

Facility  requirements  in  support  of  the  ground  operations  flow  are 
summarized  in  Table  11-2,  Facility  significant  functions  within 
the  flow  are  listed  with  generic  requirements  identified.  Our 
recommendations  for  use  of  specific  existing  facilities  at  ETR  to 
meet  these  requirements  are  not  included  in  this  summary  but  are 
listed  in  this  volume  under  Section  H,  Site  Activation  and  Verifi^ 
cation  and  in  Subplan  D,  Space  Tug  Site  Activation.  It  should  be 
noted  in  the  table  that  the  Tug  traffic  model  and  contingency 
provisions  impose  additional  requirements  for  storage  of  up  to  four 
Tugs  and  two  adapters  in  a temperature  and  humidity  controlled  area 
at  the  TPF* 

Spacecraft  will  be  mated  with  the  Tug  and  the  integrated  payload 
checked  out  in  a Class  100,000  clean  area  of  the  TPF.  The  PCR  will 
be  maintained  Class  100,000  clean  to  support  Orbiter  bay  mating 
and  removal  of  nonflight  items  from  the  spacecraft* 

The  existing  facility  considered  the  most  likely  candidate  for 
modification  to  a TPF  for  Class  100,000  clean  Tug  processing  is 
SAEF-1.  The  alternative  facility  considered  in  this  study  was 
the  VAB  low  bay  area,  cells  1 and  2.  The  primary  advantages  and 
disadvantages  of  using  each  of  these  facilities  for  Tug  processing 
in  a Class  100,000  clean  environment  is  shown  in  Figure  If “2. 

If  the  SAEF-1  should  be  selected  for  IUS  processing,  it  could  not 
be  activated  to  a TPF  because  the  size  of  the  facility  would  not 
permit  ongoing  IUS  operation  and  Tug  site  activation  without  inter- 
ference. Therefore,  IUS  processing  should  be  accomplished  some 
place  other  than  SAEF-l*  Since  the  IUS  cannot  be  readily  accom- 
modated in  SAEF-1,  all  IUS  processing  after  Tug  IOC  should  be  con- 
tinued in  the  same  location  as  accomplished  before  TPF  activation* 

The  existing  facility  considered  the  most  likely  candidate  for 
modification  to  a TPF  for  factory  clean  Tug  processing  is  the  VAB 
low  bay  area.  The  alternative  facility  considered  in  this  study 
was  the  SAEF-1 . The  use  of  SAEF-1  with  its  Class  100,000  clean 
capability  for  factory  clean  operations  is  poor  utilization  of  KSC 
facilities*  The  advantages  and  disadvantages  of  using  each  of 
these  facilities  for  Tug  processing  in  a factory  clean  environment 
is  shown  on  Figure  1 1—3 * 

The  VAB  low  bay  is  of  sufficient  size  and  capability  that  it  would 
accommodate  both  the  IUS  and  Tug  processing.  A summary  of  the 
assessment  to  determine  facility  and  GSE  commonality  between  IUS 
and  Tug  operations  is  presented  in  Figure  11—4, 
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Table  U-2  Facility  Requirements 


Facility 

Functions 

Facility  Requirements 

Orbiter  Processing 
Facility  (0 r 
(Transfer  Ai  ) 

Offload  payload  from 
Orbiter 

Existing  transfer  aisle 

OPF  (Tug  Demate  Area) 

Demate  Tug/spacecraft, 
remove  COMSEC  equipment 

1 Single  cell  located  in  OPF,  controlled 
access,  LPS  terminal 

Tug  Processing  Facility 
(TPF)  (Airlock) 

Receive,  inspect,  damage 
inspection.  Tug  safing, 
cleaning,  demate  Tug/ 
adapter 

Controlled  access  area,  MPS  and. APS 
purge  and  vent  provisions,  personnel 
safety  provisions,  LPS  terminal,  1G0K* 
class  clean  room 

TPF  (Tug  Maintenance  and 
Checkout  Area) 

Tug  refurbish,  checkout  and 
buildup  for  mission  mate 
spacecraft  to  Tug  and 
checkout 

Two  bay,  controlled  access,  100K  clean* 
room,  tempest  compatible,  parasitic 
antenna,  LPS  terminal,  QIS  communica- 
tions 

TPF  (Deployment  Adapter 
Maintenance  and 
Checkout  Area) 

: Deployment  adapter 
1 Refurbish  and  checkout  in 
j preparation  for  mate  with 
1 Tug 

Two  bay,  100K  clean  room?  OIS  communi- 
cation, LPS  terminal 

TPF/  (Kick  Stage  Buildup 
and  Checkout  Area) 

Kick  stage  buildup  and 
check  in  preparation  for 
mission 

Single  bay,  1QGK  clean  rood*  OIS 
communications,  LPS  terminal 

TPF  (Storable  Propellant 
Loading  Area) 

Load  Tug  APS  propellants 
and  partial  pressurant  load 

Single  bay,  10GK  clean  roon^  OIS 
communications,  LPS  terminal,  control- 
led access,  personnel  safety  provi- 
sions 

TPF  (Tug  and  Adapter 
Storage  Area) 

Store  Tug  and  adapter  until 
required  for  mission 

Temperature  and  humidity  controlled 
area  for  storing  four  Tugs  and  two 
adapters 

TPF.  (Tug  Hardware  Bonded 
Storage  Area) 

Store  Tug  system  hardware 
until  required  to  support 
refurbishment  activities 

Temperature-  and  humidity-controlled 
storage  area,  storage  racks,  bins, 
shelves  for  Tug  components 

TPF  (Engine  Preparation 
and  Service  Area) 

Major  engine  overhaul  and 
refurbishment 

Controlled  access  100K  clean  roonfj 
LPS  terminal 

TPF  (Battery/ Fuel  Cell 
Service  Area) 

Battery  and  fuel  , cell 
preparation  and  refurbish 

Controlled  access  100K  clean  room, 
LPS  terminal,  hydrogen  and  oxygen 
vents 

TPF  (GSE  Checkout  and 
Maintenance) 

Periodic  calibration  and 
maintenance  of  GSE 

100K  clean  room*  bench  calibration 
areas 

TPF  (Avionics  Checkout 
and  Maintenance) 

Avionic  LRU  refurbishment 
and  checkout 

100K  clean  room*  LPS  terminal,  stable 
platform  for  optical  alignment,  LRU 
refurbishment  area 

TPF  (Paint  Shop) 

Refurbish  Tug  LRU/segments 

LOOK  compatible 

TPF  (Canister  Load  Area)  ' 

Load  payload  into  canister 
for  transport 

100K  clean  area*  controlled  access, 
OIS  communication 

Payload  changaout  Room 

Payload  transfer  (canister  . 
to  PCR)  * buildup  and 
checkout,  transfer  (PCR 
to  Orbiter  bay) 

Retractable  100K  clean  room,  LPS 
terminal,  payload  handling  device, 
controlled  access,  tempest  compatible 

* 10 OK  clean  was  baseline. 

Factory  clean  is  recommendation. 
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(VAB) 


Pro:  Existing  Class  100,000  Area 
Labs  & Shops  Available 
Existing  Airlock  (Mod) 
Cranes  Have  Capacity 
Leak  Check  Compatible 


Sufficient  Height  For  Vertical  Processing 

Can  Accommodate  I US  & Tug 

Work  Platforms  Available 

Office,  Shop,  Lab  & Storage  Space  Available 

Cranes  Have  Capacity 


Con:  Airlock  Needs  Height  Increase  Extensive  & Costly  Mods  to  Make  100,000  Clean 

Extensive  Mods  In  Clean  Area  No  Airlock 

New  Bldg  Req'd  For  Offices  & Storage  Cells  Not  Enclosed 

IUS  Cannot  Be  Easily  Accommodated  Cells  Not  Leak  Check  Compatible 


Conclusion:  For  Class  100, Ouu  Clean  Tug  Processing  Use  SAEF-1 

Figure  II-2  Class  10 OK  Clean  TPF  Legation  Comparison 


Pro:  Leak  Check  Compatible 

Final  Wipe- Down  Area  Exists 
Cranes  Have  Capacity 
Labs  & Shops  Available 


Con:  Poor  Use  Of  100,000  Clean  Area 
Airlock  Mod  For  Vertical  Processing 
l US  Cannot  Be  Accommodated  Easily 
New  Bldg  Reqd  For  Storage,  Offices 


Sufficient  Height  For  Vertical  Processing 
Work  Platforms  Available  (Mod) 

Can  Accommodate  IUS  & Tug 

Office,  Shop,  Lab  & Storage  Space  Available 

Cranes  Have  Capacity 

Cells  Not  Enclosed 
Bldg  Not  Leak  Check  Compatible 
Mod  Reqd  To  Cell  Platforms 
Mod  Req'd  To  Provide  Clean  Areas 
Around  S/C  When  Mated 


Conclusion:  For  Factory  Clean  Tug  Processing  Use  VAB  Low  Bay 

Figure  XT- 5 Factory.  Clean  TPF  Location  Comparison 


Figure  II -4 


Checkout  Cells 

(1)  25  x 25  ft 
(7.5  x 7.5  m)  with 
10  ft  (3  m)  Cutouts 

(2)  35  x 25  ft 
(10.6  x 7.5  m)  with 
15  ft  (4.5  m)  Cutouts 

Could  Conceivably  Be  Made 
Common  With  Adjustable  Cut 
Outs  and  Platform  Levels 

Service/Deservice/ 
Pressure  GSE 

Hypergolic  Set 

Cryogenic  Set 

No  Commonality 

Transportation  and 
Handling  GSE 

Accommodate  10  ft  D 
x 19.5  ft  L 
(3  x 5.9  m) 

Accommodate  15  ft  D 
x 30  ft  L 
(4.5  x 9 m) 

Possible  Adjustable  for 
Commonality  But  Not 
Practical 

Avionics  Checkout  GSE 

Van  Mounted  GSE 

Primarily  LPS 

No  Commonality 

Orbiter  Fluid 
Interfaces 

Hypergolic 

Cryogenic 

No  Commonality 

Kickstage  C/0  Areas 

Solid,  2 Sizes 

Solid,  2 Sizes 

Common 

Engine  C/0  and  Service 
Area 

30  x 30  ft  Hypergolic 
(9  x 9 m) 

25  x 25  ft  Cryogenic 
(7.5  x 7.5  m) 

Could  Possibly  Have  Some 
Commo.i  Capabilities 

LCC 

IUS  Unique 

Tug  Unique 

No  Commonality 

Figure  II-4  Facilities /GSE  Cornnonality  Assessment  IUS/Tug 


In  the  TPF,  areas  of  IUS/Tug  commonality  are  primarily  LRU  and 
GSE  checkout  areas  and  shop  and  support  areas,  which  are  not 
sensitive  or  dedicated  to  the  type  of  hardware  processed  in  that 
area.  Due  to  the  difference  in  si2e  of  the  Tug  and  IUS,  two  dif- 
ferent refurbishment  and  checkout  cell  sizes  are  required  in  the 

TPF.  It  is  possible  to  make  cells  convertible  to  either  Tug  or  ! 

IUS;  however,  time  to  convert  and  the  traffic  model  indicate  that 
the  best  approach  would  be  to  provide  two  Tug  cells  and  one  IUS 

cell  in  a combined  facility  to  support  the  NASA  and  non-NASA/DOD  :' 

traffic. 

Because  the  type  of  kick  stages  currently  identified  for  the  Tug 
are  the  same  as  those  used  by  the  IUS,  the  kick  stage  buildup/ 
checkout  area  can  be  common  for  the  IUS  and  Tug.  This  is  espe- 
cially true  because  the  kick  stage  is  assumed  to  be  developed  by 
one  agency  for  use  on  both  stages  and  the  current  traffic  model 
requires  only  nine  Tug  kick  stages,  while  the  IUS  requires  14  in 
the  expendable  mode  or  65  in  the  reusable  mode  during  the  life  of 
the  Shuttle  program. 

2.0  Ground  Support  Equipment  (GSE) 

Items  of  GSE  required  to  support  single  cycle  Tug  processing  are  ] 

summarized  in  Table  II— 3.  Identification  numbers  shown  in  the  j 

left  hand  column  may  be  correlated  with  the  GSE  Requirements  j 

Specification  Data  Sheets  which  may  be  found  in  Appendix  B and  j 

which  provide  expanded  GSE  information.  Functional  locations  of  j 

the  GSE  identified  are  indicated  in  the  right-hand  columns  of  the  j 

summary . I 

The  green  light  flow  and  the  traffic  model  combine  to  indicate 
that  one  set  of  GSE  is  all  that  is  required  to  accommodate  all 
Tug  flights.  All,  but  three  GSE  items  are  used  less  than  50%  of 
the  time  during  a Tug  processing  cycle  and  the  mean  usage  is  less 

than  15%  of  the  time  giving  ample  flexibility  for  dual  Tug  usage  j 

for  uneven  launch  centers.  The  additional  GSE  which  should  be  j 

provided  are  Tug  workstand,  inspection  workstand,  electrical  power  j 

supply,  control  and  data  acquisition  console,  and  memory  load  and  j 

verify  unit.  The  spacecraft  agency  will  furnish  spacecraft  pecu- 
liar GSE  required  for  handling  or  checkout  within  the  operational 

flow,  over  and  above  the  LPS.  GSE  required  for  site  activation  . 

will  be  used  for  verification.  j 
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Table  II- 3 Ground  Support  Equipment  Matrix 


OFF  | TPF 


ID 

No. 

Nomenclature  Avionics 

Transfer 

Aisle 

<D 

to  6 
3 

Airlock 

Tug  Maint 
& C/0  Area 

o 

<u 

a.  0 

*rt 

3 M 
<1  s 

KS  Buildup 
& C/0 

4J 

§ 

r-t 

r-t 

0) 

o « 

Offline 

Support 

PsS 

A-OOi 

Electrical  Power  Supply 

X 

X 

X 

X 

X 

A- 002 

Electrical  Power  Test  Set 

X 

X 

A-003 

Electrical  Load  Banks 

■ 

X 

X 

A- 004 

Battery  Test  Set 

■■ 

X 

A-005 

Battery  Charger 

X 

X 

A-006 

Communication  Test  and 

i 

X 

X 

Checkout  Equipment 

1 

i 

A-007 

Guidance  and  Navigation  Test 

| 

X 

X 

and  Checkout  Equipment 

A- 008 

Control  and  Data  Acquisition 

X 

X 

X 

X 

Console 

A- 009 

Memory  Load  and  Verify  Unit 

X 

X 

X 

A-010 

El ec tr on ic s Calibration 

X 

Equipment 

i 

A-011 

Orbiter  Cable  Simulator 

X 

X 

A-0I2 

Umbilical  Simulator 

X 

X 

A-013 

Star  Sensor  Simulator 

X 

X 

A- 014, 

Tug/Spacecraft  Simulator 

X 

A-015 

Fuel  Cell  Dummy  Load  Unit: 

X 

A- 016 

Ordnance  Event  Verification 

X 

X 

Cables 

A- 017 

Latch  Mechanism  Test  Set 

X 

A-018 

Hardware  Interface  Module  (HIM) 

X 

f 

X 
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Table  II- 3 (aont) 


ID 

No. 

* I ' 

X ' 

,M-I  Q> 

itift  <u : 4J 

‘ d tH  ■ rt 

■at  m m B 
1 M *h  D at, 

Handling  and  Transportation  |H  <S,H  « 

Airlock 

Tug  Maint 
& C/0  Area 

Adapter 
Maint  & C/0 

KS  Buildup 
& C/0 

Propellant 

Load 

Offline 

Support 

\ 

1 

} 

1 

H-001 

f 1 

! ■ l i 

Tug  Works tand  ' , 

— 

i 

X 

X 

X 

H-002 

Engine  Works tand  ; - 

j 

X 

H-003 

Deployment  Adapter  Works tand  ; 

x 

x 1 

H-004 

» 

Tug  Transportation  Dolly  j 

x 

X 

1 

1 

H-005 

Cargo  Bay  Work  Platform  Set  i x 

j 

} 

i 

X 

H-006 

Internal  Platform 

x ! 

X 

H-007 

Deployment  Adapter  Dolly  1 

X ; 

1 

i 

i 

H-008 

Deployment  Adapter  Protective; 

i 

; 

X 

p 

1 

Cover  Kit  i . . 

i 

1 

H-009 

Spacecraft  Adapter  Transport/ i 

X j 

X 

! 

| 

Storage  Pallet  ! 

! 

t 

i 

| 

H-010 

Kick  Stage  Protective  Cover  i ' 

X 1 

; 

Kit  ; 

} 

r 

H-011 

! ! j 

Kick  Stage  Motor  Cradle  i j 

x ! 

4 

H-012 

; : P 

Kick  Stage  Buildup/Checkout  j j 

; 

X 

| 

Fixture  | 

1 

H-013 

Kick  Stage  SRM  Storage  Pallet • 

} i 

i 

X 

! H-014 

Kick  Stage  Storage  Pallet 

\ J 

• 1 . ’ 

X 

• H-015 

Tug  Storage  Pallet 

t 

; i 

x i 

;H-016 

Tug  Ehgine  Handling  Kit  j 

! 

x : 

: H-017 

Deployment  Adapter  Storage 

x j 

Pallet  ; 

j 

I H-018 

Handling  Sling  Kit  : x 

■ 

X . 

; x j 

X 

i 

X 

H-019 

Tug  Protective  Cover  Kit 

X 

\ 

X 

: H-020 

Tug  Desiccant  Kit 

1 

■ 

| 

X 

H-021 

Battery  Handling  Kit  ■ j ' 

X 

' X 

X 

H-022 

Air  Carry  Tie  Down  Kit  i i 

X 

X 

| H-023 

Transport  Data  Recorder  | 

X 

! H-024 

Tug  Trans tainer  x | 

X 

X 

X 

I H-025 

Tug  Lifting  Rings  x I 

X 

X 

x i 

1 

j H-026 

Inspection  Workstands  ^ 

X 

X 

X 

\ 

X i 

• H-027 

Spacecraft  Docking  ! 

X 

1 

1 

i 

t 

Simulator 

• 

i 

H-028 

Kick  Stage  Transtainer  j 

X 

H-029 

Vertical  Adapter  ) 

1 

X 

H-030 

Kick  Stage  Motor  Support  j j 

' X 

1 

L 

Fixture  * 1 

; 

L__ 

1 
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Table  IT- 5 (conel) 


ID 

No. 

* 

fl 

i ^ 

C 

t 

t 

Propulsion  and  Mechanical  l 

P-001 

Aft  Umbilical  Servicing  Unit 

P-002 

Fuel  Cell  GN2  Purge  Unit  ' 

P-003 

Fuel  Cell  Water  Supply  Unit 

P-004 

Fuel  Cell  GH2  Accumulator 
Charge  Unit 

P-005 

Fuel  Cell  GO2  Accumulator 
Charge  Unit 

P-006 

Engine  Alignment  Kit 

P-007 

Tug  Engine  Actuator  Servicing 
Kit 

P-008 

Alignment  Kit 

P-009 

Insulation  Purge  and  Metering 
Unit 

P-010 

Propellant  Supply  and  Transfer 
Unit 

P-011 

APS  Propellant  Control  Set 

P-012 

APS  Propellant  Supply  and 
Transfer  Unit 

P-013 

Preservation  Unit 

P-014 

Vacuum  Pump  and  Gauge  Unit 

P-015 

Hydraulic  Servicer 

P-016 

Pressurization  Control  Set 

P-017 

Decontamination  Unit  APS 

P-018 

Vacuum  Pump  and  Gauge  Unit  APS 

P-019 

Thermal  Control  Servicing  Set 

P-020 

Hot  GN„  Purge  Unit 

Structural 

Ultrasonic  S 

can  Unit 

Radiography 

Unit 

to 

4J  o 
£ U 

Ctl 

O 

a 

U 

<D 

04  4J 

•3  § 

rH  r—< 

*H  t— 1 

Q)  JJ 
£ M 

S O 

4-»  U 

£ O 

•H  O 

04  £ 

PQ  \ 

pH 

60  O 

cd 

U O ^ 

4-1  Q, 

£ 

W J-r  O 

£ 

< s 

O C/3 

X 

x 1 x 


x x 


X 

X 

XXX 


Because  of  size  and  system  configuration  differences,  unique  GSE 
will  be  required  for  Tug  and  IUS.  The  Tug  will  require  a hydrogen 
burn  stack  and  an  external  oxygen  vent,  while  the  IUS  will  require 
oxidizer  and  fuel  vapor  combustion  units.  The  PCR  IUS  and  Tug 
work  platforms  would  be  a part  of  a total  payload  platform  set. 

Those  platforms,  to  be  used  for  the  IUS  and  Tug,  should  be  designed 
to  be  adjustable  and  interchangeable.  The  ground  payload  manipu- 
lator will  be  common  to  IUS,  Tug,  and  non-IUS /Tug  payloads.  Both 
the  IUS  and  Tug  have  helium  in  their  pressurization  systems.  There- 
fore, the  PCR/pad  helium  supply/service  system  to  the  Orbiter  inter- 
face can  be  a common  system.  The  Tug  will  require  two  major  ad- 
ditions to  the  PCR/pad,  the  cryogenics  loading  system  for  Tug,  and 
the  fuel  cell  reactant  loading  for  Tug  fuel  cells.  The  IUS  will  not 
require  either  of  these  systems  at  the  pad. 

IUS/Tug  have  very  little  commonality  because  the  Tug  will  use  the 
LPS  for  checkout  and  van-mounted  GSE  will  be  used  for  IUS  check- 
out. The  servicing/pressurization  GSE  supporting  the  Tug  and  IUS 
will  be  different.  The  Tug  MPS  operating  pressure  is  17  to  18  psia 
<11.7  x 10  4 - 12.4  x 104  N/ro2)  while  the  IUS  MPS  is  a 160  psia 
(1.1  x 106  N/m2)  system.  This  GSE  would  also  be  procured  by  two 
government  agencies  from  their  respective  contractors.  Fuel  cell 
reactants  servicing  GSE  would  be  peculiar  to  the  Tug,  while  APS 
servicing/pressurization  GSE  could  be  made  common  for  both  stages 
because  the  propellant  is  the  same.  Because  of  size  differences, 
the  handling  GSE  will  also  be  different . 

The  LCC  would  require  consoles  ar  d racks  that  are  unique  to  the  IUS 
and  unique  to  the  Tug  for  propellant  loading  and  systems  monitoring. 
Therefore,  sufficient  area  is  required  in  the  LCC  for  both  the  IUS 
and  Tug  propellant  loading  and  system  monitor  consoles/racks. 

TRANSPORTATION/HANDLING  REQUIREMENTS  AND  SUPPORT 

1.0  Air  Transport 

The  IUS,  Tug,  kick  stage,  and  spacecraft  payload  modules  plus  their 
ship  loose  and  support  equipment  must  be  transported  from  manufac- 
turer to  KSC,  between  KSC  and  WTR,  and  from  alternate/contingency 
landing  sites  to  KSC.  Unlike  the  10-foot  diameter  of  IUS,  kick 
stage,  and  some  spacecraft,  the  15-foot  diameter  of  Tug  presents  an 
outsized  shipping  configuration  that  precludes  easy  transport  by 
road  or  rail.  The  probability  of  an  inland  manufacturer,  plus  the 
cost  and  excessive  time  in  transport,  does  not  support  marine  trans- 
portation. Air  transport,  recommended  for  Tug,  will  also  accomplish 
one-day  delivery  for  domestic  shipments  of  IUS,  kick  stage,  or  space- 
craft, and  minimizes  return  time  from  contingency  sites. 
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Although  the  C-5A  and  a variety  of  Guppy  aircraft  can  handle  ten- 
foot  diameter  modules,  Tug  would  require  the  Super  Guppy  and  its 
availability  is  questionable.  Induced  loads  and  negative  sched- 
uling aspects,  i.e.,  ship  an  Orbiter  each  time  a payload  module 
is  shipped,  rule  out  shipment  in  the  Orbiter  piggyback  on  the 
B-747.  Use  of  the  B-747  with  a piggyback  cargo  canister,  which 
could  be  optimized  to  handle  all  payload  modules,  is  a viable 
approach  to  common  transportation  requirements  and  provides  maxi- 
mum use  of  the  B-747  aircraft,  as  well  as  the  cargo  canister. 

Typical  use  of  the  B-747  and  cargo  canister  concept  is  represented 
in  the  KSC  to  WTR  Tug  transportation  flow  shown  in  Figure  II-5. 
Through  common  design  in  transportation  support  equipment,  the 
major  aspects  of  this  flow  could  apply  to  IUS , kick  stage,  space- 
craft, or  integrated  payloads,  and  would  be  basically  the  same  for 
moves  from  the  manufacturer  or  contingency  landing  sites  to  KSC 
with  the  alternative  use  of  mobile  cranes  instead  of  the  Mate-Deraate 
Facility  (MDF) . The  flow  shown  starts  with  Tug  flight  preparation 
at  the  TFF.  The  Tug  is  then  loaded  into  a cargo  canister  on  its 
transporter  and  towed  to  the  airfield.  The  transporter  is  posi- 
tioned in  the  MDF,  the  canister  is  disconnected  from  its  transporter 
and  raised  to  aircraft  loading  position,  the  transporter  is  removed, 
the  B-747  positioned,  and  the  canister  attached  to  the  B-747.  The 
canister  with  Tug  inside  is  flown  piggyback  on  the  B-747  to  WTR 
where  it  is  removed  by  MDF  and  towed  to  the  PPR. 

2.0  Ground  Handling 

Ground  operations  handling  begins  after  the  mission  with  remova.1. 
of  the  payload  from  the  Orbiter  bay  at  the  OPF,  as  shown  in  Figure 
II-6.  After  separation,  the  spacecraft  and  Tug  are  transported  to 
their  respective  processing  facilities.  At  the  TPF  the  Tug  is  re- 
moved from  its  transporter  by  crane,  an  aft  pivoting  adapter  is 
attached,  and  the  Tug  is  oriented  to  a vertical  position  and  moved 
to  an  airlock  precheckout  stand.  After  precheckout  operations,  a 
payload  manipulator  moves  the  Tug  to  its  cell  in  the  checkout  area. 
A processed  Spacecraft  is  transported  to  the  airlock  area,  trans- 
ferred by  payload  manipulator  to  the  checkout  area  cell,  and  in- 
stalled by  crane  on  the  Tug  or  Kick  Stage.  Interface  tests  are 
completed  and  the  manipulator  moves  the  Integrated  payload  to  the 
airlock  if  the  SAEF-1  building  is  used.  APS  loading  is  performed 
in  the  airlock  at  SAEF-1  or  in  the  test  cells  at  VAB.  At  the  com- 
pletion of  APS  loading,  the  manipulator  loads  the  payload  into  the 
ground  configured  cargo  canister  on  its  transporter  at  a sealed 
transfer  interface  in  the  airlock  door  (SAEF-1)  or  at  the  checkout 
cell  door  (VAB)  . The  canister,  with  enclosed  payload,  is  then 
transported  vertically  to  the  PCR.  Transfer  of  the  canister  from 
its  transporter  to  PCR  guide  rails  is  accomplished.  The  canister 
is  drawn  up  the  rails  by  the  PCR  overhead  crane  and  positioned  at 
the  seal  interface  of  the  PCR  transfer  door.  The  PCR  manipulator 
removes  the  payload  from  the  canister  and  positions  it  in  the  PCR. 
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3.0  Transportation/Handling  Equipment 

The  cargo  canister  and  its  transporter  are  envisioned  as  MMSE  with 
potential  for  common  application  to  payload  modules  as  well  as 
airborne  and  ground  transportation.  The  canister  could  have  an 
airborne  configuration  with  aerodynamic  fairings  installed  and  a 
ground  configuration  with  fairings  removed,  and  would  have  internal 
design  very  similar  to  the  Orbiter  payload  bay.  The  IUS  could  be 
carried  in  the  canister  through  its  interfacing  cradle.  Spacecraft 
interface  with  the  canister  could  be  as  planned  for  the  Orbiter  pay- 
load  bay  with  modular  adaptation  to  carry  them  vertically  If  height 
did  not  exceed  15  feet.  In  its  ground  configuration  the  canister 
could  see  common  use  for  movements  of  the  integrated  payload  from 
TPF  to  PCR. 

The  MDF  can  be  used  for  cargo  canister  handling  at  KSC  and  WTR  and 
provides  a far  more  secure  and  time-saving  approach  to  canister 
loading  than  the  use  of  mobile  cranes  and  access  stands  or  per- 
sonnel positioning  devices.  Because  of  the  high  cost  of  these 
fixtures  the  recommended  relocation  of  the  MJFs  currently 
planned  is  for  Palmdale  and  Edwards  AFB.  Because  of  the  size  and 
weight  of  these  fixtures,  detailed  feasibility  and  cost  studies 
will  be  required  to  establish  their  use  at  KSC,  WTR,  or  contin- 
gency landing  sites.  Based  on  early  availability,  the  MDF  could 
be  used  to  handle  canisters  for  LUS  shipments.  It  could  also  see 
multiple  use  for  canister  shipments  of  kick  stage,  spacecraft,  and 
integrated  payloads. 

The  payload  manipulator  described  for  use  at  the  TPF  can  provide 
multiple  handling  capability  for  Tug,  IUS,  kick  stage,  and  space- 
craft, as  well  as  for  the  integrated  payload.  The  manipulator 
can  interface  with  the  IUS  through  its  cradle.  Similar  cradles 
can  be  used  for  handling  the  kick  stage  and  spacecraft,  or  the 
manipulator  itself  can  be  designed  to  accept  loads  of  different 
diameter.  Although  the  TPF  manipulator  is  envisioned  as  a mobile, 
wheeled  device  and  the  PCR  unit  is  probably  operated  on  a track, 
the  manipulator  arms  and  load/attach  points  could  be  common  design. 

4.0  Transportation/Handling  Management 

Transportation  management  will  generate  payload  module  and  inte- 
grated payload  transportation  schedules  and  coordinate  availability 
of  the  B-747  aircraft  and  the  support  equipment  necessary  for  ship- 
ping operations.  Because  of  priority  scheduling  of  the  B-747, 
overlap  of  manufacturer's  deliveries  and  operational  transfers  to 
WTR,  and  the  probability  of  alternative  or  contingency  site  return 
transportation,  a computerized  transportation  scheduling  segment 
has  been  recommended  for  the  Tug  Fleet  Utilization  Planning  System. 
Transportation  activities  will  be  controlled  by  transportation  plans 
covering  major  requirements,  such  as  shipment  from  the  manufacturer 
to  KSC,  ferry  service  between  KSC  and  WTR,  and  return  shipments  from 
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alternative  or  contingency  landing  sites.  Individual  delivery 
plans  with  sequence  charts  and  detailed  handling  procedures  will 
be  developed  for  specific  shipments  to  implement  overall  trans- 
portation plans.  O&M  manuals  should  contain  the  procedures  nec- 
essary for  operation  and  maintenance  of  the  transportation  sup- 
port equipment. 

The  spacecraft  agency  will  be  responsible  for  spacecraft  delivery 
to  KSC  and  for  ground  transportation  and  handling  operations  before 
the  spacecraft  is  mated  with  the  TUS/Tug  or  kick  stage  at  the  TPF. 
After  mate,  transportation  and  handling  operations  for  the  inte- 
grated payload  are  the  responsibility  of  the  UJS/Tug  processing 
agency  and  do  not  revert  back  to  the  Spacecraft  agency  until  post- 
mission or  alternative/contingency  landing  demate  of  the  space- 
craft from  the  IUS/Tug.  Spacecraft  transportation  and  handling 
requirements  are  developed  by  the  spacecraft  agency  and  incorpor- 
ated into  the  KSC  ground  operations  processing  flow  and  trans- 
portation and  movement  plans. 

The  transportation/handling  flow  described  above  will  be  verified 
during  the  site  activation  phase  using  the  Tug  engineering  model 
and  available  kick  stage/spacecraft  test  article.  Transportation 
t equipment,  such  as  the  cargo  canister,  transporter,  and 
if.ll  be  verified  under  actual  handling  conditions.  Trans- 
port^vl-^  plans  and  individual  movement  plans/procedures  will  be 
verified  in  use  during  shipment  of  the  engineering  model  from  the 
manufacturer  to  KSC  and  from  KSC  to  WTR.  Problems  or  work-arounds 
encountered  during  site  activation  transportation/handling  opera- 
tions will  be  red  lined  in  the  procedures  and  fed  back  into  the 
transportation  requirements  analysis  and  transportation  plans  lor 
update  in  preparation  for  the  first  flight  article.  The  first 
flight  article  flow  will  reverify  transportation  and  handling  oper- 
ations and  the  procedures  used  to  accomplish  them. 

D.  OPERATIONAL  DATA  REQUIREMENTS 

1.0  Objectives  and  Approach 

The  primary  objective  in  the  selection  or  establishment  of  opera- 
tional flight  instrumentation  (OFI)  requirements  was  to  maximize 
the  use  of  condition-monitoring  maintenance  techniques  while  using 
assessment  techniques  that  would  provide  maximum  health  and  trend 
data  without  adding  excessive  data  transducers . 

The  present  baseline  Tug  configuration  has  inherent  capabilities 
to  accomplish  the  above  objectives  and  is  within  the  data  manage- 
ment and  measurements  subsystems.  The  central  processor  of  the 
data  management  subsystem  provides  an  almost  limitless  self-test 
and  data  storage  capability  which,  with  proper  programming  and 
memory  sizing,  can  provide  continuous  hardware  test,  monitoring, 
and  trend  predictions  as  a function  of  normal  operational  commands. 
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An  assessment  was  made  to  determine  the  minimum  flight  operational 
instrumentation  and  caution  and  warning  requirements  for  the  Tug 
and  provide  adequate  data  for  support  of  maintenance  activities 
and  assurance  of  safe  operations.  This  assessment  used  both  Tug 
and  Orbiter  baseline  data  as  well  as  various  other  contractor's 
data  to  establish  th>  recommended  minimum  OFI  and  C&W  requirements* 
The  fundamental  assessment  approach  was  to  consider  the  minimum 
flight  data  required  to  support  the  last  flight  as  best  test  con- 
cept.  The  assessment  included  an  analysis  of  a contingent  hazard- 
ous  condition  that  should  be  displayed  and  a definition  of  control 
capability  requirements . 

The  OFI  requirements  matrix  (Table  11-4)  displays  the  present 
measurement  types  and  numbers  that  are  estimated  to  fulfill  the 
above  objectives.  Note  that  of  the  1332  measurements  indicated  on 
the  matrix,  1037  are  evaluation  of  normal  operational  commands  or 
self-test  data  (these  measurements  are  identified  as  on-board  check- 
out and  current  signature  measurement)  and  the  remaining  285  mea- 
surements are  provided  by  various  transducers  or  instruments  lo- 
cated throughout  the  Tug. 

2.0  Tug  OFI  Requirements 

The  current  Tug  baseline  configuration  definition  contained  in 
MSFC  68M0Q039-2  provides  an  inherent  capability  within  the  data 
management,  measurement,  and  computer  subsystems  to  provide  data 
that  will  support  a condition-monitoring  maintenance  technique  as 
well  as  give  adequate  contingency /hazardous  conditions  indications. 
Table  II-4  provides  an  estimate  of  the  minimum  numbers  and  types 
of  measurements  that  should  be  made.  This  tabulation  shows  both 
C&W  hardwire  and  flight  operations  monitoring  capability.  As  the 
design  of  the  Tug  and  Orbiter  mature,  these  measurements  will  have 
to  be  reviewed  and  updated  as  required.  The  only  apparent  problem 
at  this  early  date  Is  associated  with  C&W  response  capability. 

The  present  philosophy  related  with  C&W  capabilities  seems  to  be 
one  that,  if  no  obvious  reaction  to  a hazardous  condition  exists, 
then  Ignore  it.  This  type  of  response  early  in  the  design 
phase  could  cause  serious  cost  and  redesign  problems  during 
the  operational  phase.  Where  response  inadequacies  existed 
in  certain  C&W  monitored  conditions,  design  recommendations  we».e 
made  in  either  Tug  design  impact  or  Orbiter  design  impact. 
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Table  II-4  OF  I Requirements  Matrix 


OFI  Sensor 
Type 


Structures 

Forward  Skirt 
Main  Skirt 

Liquid  Hydrogen  Tank 
Liquid  Oxygen  Tank 
Aft  Adapter 


Propulsion 
Main  Engine 

Feed-Fill-Drain-Vent  LH 
Feed-Fill-Drain-Vent  LO 
Pressurization 
Hydraulic 

Propellant  Load-Measure 


Thermal  Control 
Active  T/C 
Passive  T/C 
Insulation-Purge 


Avionics 

Nav . -Guid . -Control 
Data  Management 
Communications 
Measurements 
Electrical  Power  Distr. 


Totals 


9047  11  8 953  11  48  31 


6 3 3 2 6 5 84 
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3.0  Transportation  Data/Instrumentation  Requirements 

During  the  transportation  operations  of  the  Tug  from  the  manufac- 
turer, WTR,  ETR,  or  a contingency  site,  certain  data/ins trumenta- 
tion  will  be  required.  These  include  shock,  vibration,  tempera- 
ture, and  pressure , Shock  and  vibration  will  be  monitored  pri- 
marily  at  the  attachment  points  to  measure  dynamic  loads  imposed 
by  handling  and  air  transport.  Temperature  and  pressure  measure- 
merits  will  be  critical  to  establish  the  integrity  on  the  tanks 
and  temperature  sensitivity  device  during  the  transportation  func- 
tions. Inasmuch  as  these  measurements  are  also  required  during 
normal  ground  and  flight  operations,  their  requirements  should  be 
integrated  with  normal  OFI  requirements  wherever  possible. 

4.0  Shuttle/Orbiter  Design  Impact 

During  this  assessment,  the  defined  operational  data  requi  ents 
indicated  only  a need  for  selected  reaction  capabilities  to  te 
added  to  the  Orbiter  side  of  the  interface. 

5.0  Development  Flight  Instrumentation 

The  defined  instrumentation . are  estimated  to  conceivably  increase 
by  a factor  of  1.5  because  of  the  required  acquisition  of  dynamic, 
static,  and  thermal  loading  assessment  needed  to  complete  design 
evaluations  during  early  Tug  flights. 

MANPOWER  STAFFING 

1.0  Operational  Crew  Composition 

The  overall  Tug  ETR  launch  site  crew  size  and  makeup  was  determined 
through  an  analysis  of  the  stick  and  ball  chart  contained  in  sub- 
plan A.  The  organization  shown  in  Figure  II-7  would  be  typical  for 
the  refurbishment /checkout  of  a single  Tug  at  ETR  on  a two-shift- 
per-day  basis.  Analysis  of  the  traffic  model  has  shown  that  this 
^single  cycle"  operations  crew  is  large  enough  to  fulfill  the  ETR 
requirements.  WTR  operations  impose  additional  requirements  and 
the  total  ETR/WTR  operations  crew  requirement  is  shown  in  Figure 
II“8.  This  figure  represents  a crew  of  107  people  stationed  per- 
manently at  ETR  with  seven  additional  people  stationed  at  WTR. 

An  operations  crew,  from  ETR  personnel,  would  follow  the  Tug  to 
WTR  and  return  to  ETR  following  launch.  In  addition  to  the  opera- 
tions crew,  fleet  management  requires  a typical  organization  of  85 
people  (Figure  II-9)  during  the  operational  phase  of  the  Tug  pro- 
gram, Functional  details  of  the  management  organization  are 
found  in  subplan  B. 
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2.0  Spacecraft  Crew  Requirements 

Payload  integration  will  not  require  additional  Tug  personnel. 
Spacecraft  supplied  personnel  will  include  technical  representa- 
tive(s)  responsible  for  spacecraft  status/test  evaluation.  Space- 
craft personnel  will  also  be  required  to  handle  the  spacecraft 
before  mate  and,  if  required,  operate  spacecraft  peculiar  GSE. 

3.0  Crew  Phasing 

Tug  site  activation  can  be  divided  into  three  distinct  phases? 

(1)  planning,  design,  and  construction;  (2)  facility/GSE  verifica- 
tion with  a Tug  Engineering  Model;  and  (3)  processing,  checkout, 
and  launch  of  the  first  flight  article.  Manpower  staffing  during 
the  activation  phase  is  based  on  the  requirements  of  each  phase 
resulting  in  a gradual  build-up  from  a skeleton  force  to  a full 
operational  crew  during  engineering  article  checkout. 

4.0  IUS-Tug  Crew  Commonality 

Because  of  the  basic  system  differences  between  IUS  and  the  Tug  it 
appears  that  separate  refurbishment/checkout  crews  should  be  used 
for  the  IUS  and  Tug.  As  the  IUS  or  Tug  nears  completion  of  the 
refurbish/checkout  cycle  the  systems  level  stage  operations  tend 
to  become  more  common . 

Two  areas  of  crew  operations  similarity  are  APS  servicing  and 
helium  pressurant  servicing.  Since  both  stages  have  similar 
APS  and  helium  pressure  systems  personnel  would  be  certified  to 
perform  these  operations  on  both  the  IUS  and  the  Tug.  Another 
area  is  the  handling  of  the  IUS  and  Tug  when  it  is  in  the  payload 
canister  or  the  B-747  canister.  The  handling  operations  of  the 
IUS  and  Tug  after  delivery  to  the  pad  and  removal  from  the  canis- 
ter will  be  similar  through  installation  in  the  Orbiter  cargo  bay. 
These  handling  operations  could  be  done  by  a common  crew  certified 
to  handle  both  stages. 

Individual  certification  and  skill  certification  (soldering,  pot- 
ting, etc)  have  some  commonality  that  would  apply  to  operations 
on  either  IUS  or  Tug<  Since  IUS  usage  is  less  than  Tug  usage 
during  the  transition  period,  the  number  of  Tug  certified  person- 
nel would  be  greater;  also  since  only  Tugs  will  be  flown  from  WTR, 
the  traveling  launch  crew  needs  to  be  certified  for  Tug  only. 

SAFETY  REQUIREMENTS  AND  SUPPORT 

1.0  Program  Approach 

Normal  Tug  ground  operations  include  inherently  hazardous  opera- 
tions that  must  be  controlled  and  reduced  to  the  lowest  practial 
level  consistent  with  program  objectives,  cost,  and  schedule. 
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Deviations  from  the  normal  processing  flow  must  be  anticipated 
during  Tug  fleet  operations.  The  Tug  normal  operations  safety 
philosophy  must  be  to  add  energy  sources,  such  as  propellants,  as 
late  as  mission  requirements  permit  and  to  eliminate  each  energy 
source  as  soon  as  practical  after  the  mission  requirements  for 
that  energy  is  completed.  The  Tug  contingency  safety  philosophy 
must  be  to  provide  for  backout  to  a safe  condition  or,  as  a mini- 
mum, to  limit  the  extent  of  catastrophic  events. 

2.0  Safety  Management 

Ground  operations  at  any  STS  base  will  involve  complex  relation- 
ships between  the  STS,  Tug,  and  various  spacecraft  organizations. 
The  operations  will  be  conducted  on  compressed  schedules  and  in- 
volve close  coordination,  particularly  for  hazardous  operations. 
Even  at  a minimum  these  conditions  require  considerable  safety 
support  planning  to  comply  with  the  SSP  safety  policy. 

The  safety  program  developed  by  safety  support  planning  will  be 
documented  in  a Safety  Plan.  The  plan  will  define  the  safety 
program  elements  in  sufficient  detail  to  provide  interface  with 
other  contractors/agencies  and  provide  assurances  to  the  respon- 
sible Tug  agency  of  policy  compliance.  The  following  elements, 
as  a minimum,  shall  be  included  in  Tug  Operations  Safety  Plan(s) . 

2.1  Policy 

This  is  the  definition  of  the  contractor's  policy  concerning  the 
safety  program,  the  responsibilities  and  authority  of  the  safety 
organization,  and  management  methods  used  in  accident  preven- 
tion . 


2.2  Program  Interfaces 

This  defines  how  the  Tug  safety  program  interfaces  with  the  STS, 
spacecraft,  and  host  base  safety  programs.  Participation  in  Safety 
Working  Groups  or  committees,  data  exchange,  and  transfer  of  re- 
sponsibilities should  be  included. 

2.  3 System  Safety 

This  defines  the  actions  employed  to  identify  and  control  hazards 
during  Tug  ground  operations . Due  to  the  magnitude  of  the  Tug 
potential  hazards,  an  in-depth  analysis  of  each  operational  func- 
tion will  be  required.  The  analysis  will  be  based  on  final  design 
of  the  Tug  and  interfacing  facilities/GSE  and  identify  the  pro- 
cedural constraints  required  to  control  residual  hazards. 
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2.4  Operating  Proaedures 

This  is  a definition  of  the  requirements  for  operating  procedures, 
identification  of  hazardous  procedures,  and  the  role  of  safety  in 
the  review/approval  of  procedures . 

2.5  Safety  Monitoring 

The  plan  will  include  definition  of  the  provisions  for  qualified 
safety  personnel  to  monitor  hazardous  operations  and  the  scope  of 
authority  of  the  safety  monitor. 

2.6  Industrial  Safety 

The  plan  will  define  the  policies  and  procedures  to  be  applied  to 
the  work  areas  that  are  similar  to  industrial  plants.  These  pro- 
cedures and  controls  will  comply  with  the  Occupational  Safety  and 
Health  Act  requirements.  Safety  training  and  motivation  programs 
will  also  be  defined. 

2.7  Aooident  Beporting 

The  plan  will  define  the  procedures  to  be  used  in  investigating 
and  reporting  all  accidents/incidents.  The  procedures  will  in- 
clude independent  investigations,  support  to  host  base  or  agency 
investigations,  and  routine  periodic  accident/injury  reports. 

3.0  Design  Safety 

Implementation  of  the  safety  philosophy  for  design  begins  with 
the  establishment  of  preliminary  safety  requirements.  This  has 
been  accomplished  for  the  Tug  program  by  the  Baseline  Space  Tug 
Requirements  and  Guidelines,  MSFC  68M00039-1.  These  require- 
ments may  be  refined  and  will  become  more  comprehensive  as  a re- 
sult of  this  and  related  studies.  The  safety  requirements  will 
continue  to  mature  as  the  result  of  future  studies  and  analyses. 

Iterative  system  safety  analyses  performed  in  conjunction  with 
design  evolution  provides  for  hazard  Identification  and  resolu- 
tion. Hazards  are  eliminated  or  controlled  by  imposing  existing 
or  new  criteria  on  the  designs.  Hazard  elimination  or  control 
actions  are  guided  by  the  following  established  hazard  reduction 
precedence  sequence: 
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3. 1 Design  for  Minimum  Hazard 

The  major  goal  throughout  the  design  phase  shall  be  to  ensure  in- 
herent safety  through  the  selection  of  appropriate  design  features 
as  fail  operational/ fail  safe  combinations  and  appropriate  safety 
factors.  Hazards  shall  be  eliminated  by  design  wh^re  possible. 
Damage  control,  containment,  and  isolation  of  poti  i.ial  hazards 
shall  be  included  in  design  considerations. 

3.2  Safety  Devices 

Known  hazards  that  cannot  be  eliminated  through  design  selection 
shall  be  reduced  to  an  acceptable  level  through  the  use  of  appro- 
priate safety  devices  as  part  of  the  system,  subsystem,  or  equip- 
ment . 


3.3  Warning  Devices 

Where  it  is  not  possible  to  preclude  the  existence  or  occurrence 
of  a known  hazard,  devices  shall  be  employed  for  the  timely  detec- 
tion of  the  condition  and  the  generation  of  an  adequate  warning 
signal.  Warning  signals  shall  be  designed  to  minimize  the  prob- 
ability of  wrong  signals  or  of  improper  personnel  reaction  to  the 
signal. 

Further  iterations  of  the  analysis  will  confirm  compliance  with 
requirements  and  criteria  to  eliminate  or  control  hazards  or 
identify  residual  hazards.  Residual  critical  hazards  will  be 
tracked  and  efforts  continued  toward  reduction  to  an  acceptable 
level . 

4.0  Operational  Safety 

The  prevention  of  accidental  incidents  is  the  primary  goal  of  all 
operational  safety  efforts.  Understanding  of  the  potentially  haz- 
ardous conditions  is  essential  to  establishing  procedural  con- 
straints to  accomplish  that  goal.  The  hazardous  operations  iden- 
tified with  the  Space  Tug  program  are  common  or  similar  to  those 
of  current  aerospace  programs,  and  the  specific  operational  con- 
straints are  well  known  and  accepted.  Further  assurance  of  safe 
operations  is  obtained  by  the  training  and  certification  of  per- 
sonnel for  hazardous  operations  coupled  with  an  appropriate  amount 
of  surveillance. 

During  the  Site  Activation  Phase,  the  installation  of  equipment 
is  governed  by  established  industrial  safety  practices  and  the  host 
base  standards  and  regulations.  The  checkout  of  equipment  and 
first  Tug  processing  requires  intensive  safety  effort  to  minimize 
accident/incident  potentials.  In  addition  to  performing  special 
one-time  operations,  the  normal  operating  procedures  will  be  vali- 
dated and  verified.  These  activities  require  special  care  in  pro- 
cedure review/approval  as  well  as  extensive  safety  monitoring. 
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The  Space  Tug  Operational  Phase  and  the  IUS/Tug  Transition  Phase 
consist  of  the  routine  functions  of  final  postmission  sating,  re- 
furbishment, and  launch  preparations.  The  hazardous  operations 
involved  have  been  identified  as  vehicle  handling,  transfer  of 
propellants  and  cryogenics,  pressurization,  and  electrical  power 
operations.  For  normal  turnaround  operations,  it  is  considered 
neither  essential  nor  practical  to  achieve  an  absolute  safe 
(completely  inert)  vehicle  status  tor  refurbishment.  Hazard  levels 
must,  however,  be  maintained  at  an  acceptable  level  consistent  with 
the  operations  to  be  performed  to  implement  the  normal  operations 
safety  philosophy* 

Deviations  from  normal  operations  must  be  anticipated  during  fleet 
operations.  Credible  hazardous  contingencies  have  been  identified 
involving  fluid  leaks  and  handling  damage.  Complete  safing,  such 
as  system  flushing  and  purging,  would  be  required  to  correct  the 
damage  or  anomaly  that  caused  the  contingency.  Implementation  of 
the  contingency  safety  philosophy  requires  detailed  backout/emer- 
gency  procedures  for  each  credible  contingency  to  be  developed  in 
future  program  phases. 

Payload  integration  is  part  of  both  I US  and  Tug  operations.  Ac- 
curate identification  of  potentially  hazardous  spacecraft  systems 
and  postmating  operations  would  require  a detailed  examination  of 
data  on  each  spacecraft.  General  requirements  have  been  identi- 
fied based  on  the  assumption  that  spacecraft  designs  will,  as  a 
minimum,  comply  with  the  Spacecraft  Safety  section  of  Baseline 
Space  Tug  Requirements  and  Guidelines,  MSFC  68M00039-1.  These  re- 
quirements are  that  the  spacecraft  agency  must  identify  all  resid- 
ual hazards  and  provide  the  necessary  normal  and  backout  procedures 
to  the  IUS/Tug  processing  agency. 

The  spacecraft  agency  will  also  be  responsible  for  providing  por- 
table hazard  monitoring  equipment  that  may  be  required*  Spacecraft 
that  contain  elements  that  generate  hazardous  conditions,  such  as 
pressures  or  temperatures,  must  be  monitored  and  controlled.  Por- 
table hazard  monitoring  equipment  will  provide  these  functions 
during  mated  transportation  and  handling  activities. 

G„  FLEET  UTILIZATION  AND  IUS/TUG  TO  PAYLOAD  INTEGRATION  REQUIREMENTS 

1.0  Fleet  Utilization 

Fleet  utilization  is  concerned  with  fleet  sizing,  fleet  management, 
resource  requirements,  and  contingency  definition/planning;  it  is 
an  operational  phase  function  with  little  or  no  applicablility  in 
the  other  program  phases  with  the  exception  that  elements  of  fleet 
management  are  applicable  to  all  phases  of  the  program,  e.g. , pro- 
ject management,  engineering,  logistics , software  development, 
planning. 
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1.1 


Fleet  SisiKj 

Fleet  sizing  consists  of  three  factors:  (1)  total  fleet  size, 

(2)  active  fleet  size,  and  (3)  annual  inventory  requirements.  The 
total  fleet  size  requirements  are  based  on  the  Tug  and  IUS  traffic 
model  (Table  11-5);  the  number  of  flights  expending  a Tug  (eight); 
the  decision  to  make  the  IUS  expendable  or  reusable;  the  number 
of  flights  a Tug  (or  reusable  IUS)  can  make  before  it  is  "worn 
out"  (baseline  20)  and  the  IUS  to  Tug  transition  (none,  1 year 
transition  or  continuing  IUS  use  through  1991) . 
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The  active  fleet  size  is  determined  by  the  ground  turnaround  time, 
annual  launch  rate  and  the  number  of  working  days  between  launch 
centers;  the  inventory  requirements  are  a combination  of  the  active 
fleet  size  requirements  and  the  expended  Tug  rate. 

The  active  fleet  size  and  inventory  requirements  for  the  Tug  and 
reusable  IUS  are  depicted  in  Figures  11-10,  11-11  and  11-12. 
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Figure  II- 10 

Vehicle  Active  Fleet  Size  - Tug  or  IUS  - vs  Turnaround  Time3  Launch 
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Figure  II- 11  Minimum  Annual  Tug  Inventory  Requirements 
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Figure  11-12  Minimum  Annual  Reusable  IJJS  Inventory  Requirements 


Figure  11-13  depicts  the  formula  used  to  determine  total  fleet 
size  requirements  for  Tug  and  reusable  IUS . The  expendable  1US 
total  fleet  size  requirement  is  simply  the  number  of  flights. 

Total  Reusable  iUSs  required  = 15  to  18  (no  transition) 

= 17  to  20  (1  yr  transition) 

= 23  to  27  (IUS  used  through  1991) 

Total  Tugs  required  = 13  to  16  (no  IUS  transition) 

= 13  to  15  (with  IUS  used  through  1991) 


1.2  Fleet  Management 

Fleet  management  for  the  Tug  ground  and  flight  operations  program 
provides  a diverse  set  of  services.  These  services  include  per- 
formance management,  configuration  management,  data  management, 
quality  assurance  and  safety,  sustaining  engineering,  logistics, 
interface  control,  mission  planning,  flight  planning.  Tug  fleet 
utilization  planning,  and  transportation/handling  planning.  To 
provide  effective  fleet  management  visibility  and  control,  adequate 
program  control  systems  must  be  implemented.  Tug  man/machine  re- 
lationship illustrated  in  Figure  11-14  is  the  approach  used  where 
the  computer  can  most  effectively  generate  the  data  needed  for  man 
to  make  the  decisions. 
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Figure  11-13 

Basie  Formula  for  Determining  Numbers  of  Tugs  and  lUSe  Required 
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The  performance  management  system  includes  planning  and  work  au- 
thorization, cost  per  flight,  and  a Performance  Measuring  System 
(PMS) . This  system  is  adapted  from  the  system  that  is  currently 
in  operation  at  the  Orlando  division  of  Martin  Marietta  Corpora- 
tion,  has  been  demonstrated*  and  is  being  implemented  on  the  Ex- 
ternal Tank  project  alter  an  extensive  evaluation  of  various  PMSs* 
For  the  latter  system,  the  key  performance  parameter  is  cost  per 
flight  for  a large  number  of  tanks,  which  is  analogous  to  cost 
per  flight  for  a large  number  of  Tug  launches. 

A machine  assisted  Tug  fleet  utilization  system  Ls  a management 
tool  that  is  necessitated  by  the  high  rate  of  missions  that  must 
be  accommodated  by  the  Tug  fleet  over  an  extended  period  of  time. 
The  system  must  provide  utilization  plans,  planning  aids,  accom- 
modate input  of  changes  readily,  produce  firm  utilization  plans, 
and  associated  status  data  for  different  planning  horizons  {weeks, 
months,  years).  Add! t ional 1 y * the  system  will  provide  real  time, 
near  real  time,  and  planning  stage  contingency  management  (analysis 
of  alternatives  and  prompt  implementation  of  the  revised  utiliza- 
tion plan) . 

The  Configuration  Management  System  driver  is  the  provision  for  a 
comprehensive  review  of  all  baselines  and  changes  by  all  cognizant 
parties,  including  interfaces.  The  basic  system,  a conventional 
implementation  of  MSFC  Document  MM804Q. 12  and  standard  Contractor 
Configuration  Management  Requirements,  has  proven  to  be  effective. 
The  challenge  is  to  provide  for  a timely  review  and  approval  cycle. 

The  Information  Management  System  (IMS)  includes  both  data  manage- 
ment and  the  Management  Information  Center  (MIC).  The  dominant 
consideration  is  establishing  adequate  compatibility  of  this  sys- 
tem with  other  Space  Transportation  System  IMS.  For  data  manage- 
ment, this  can  be  accomplished  by  establishing  a system  that  is 
compatible  with  the  Space  Shuttle  program  information  control  and 
retrieval  system  in  terms  of  equipment  and  software  for  mechanized 
information  submittal  schedules  and  status,  and  information  acces- 
sioning lists.  The  MICs  should  be  planned  on  an  austere  basis  to 
be  cost  effective.  Compatible  data  and  communications  equipment 
are  needed.  Real  time  data  can  be  limited  to  that  required  for 
the  fleet  utilization  system. 

Development  of  Logistics  Operations  planning  as  well  as  extensive 
technical  documentation  and  training  programs  must  be  accom- 
plished in  collaboration  with  the  Tug  prime  contractors  and  their 
suppliers.  Centralized  spares  provisioning  and  control  are  re- 
quired to  be  cost  effective  because  of  the  large  number  of  spare 
line  replaceable  units,  the  varying  reorder  lead  times,  and  the 
complexity  of  maintaining  all  status  data  (including  shelf  life, 
life  cycle  data,  configuration  status,  etc).  Control  of  the 
logistics  systems  and  techniques  can  best  be  accomplished  at  a 
location  that  facilitates  the  project  management  design  and 
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sustaining  engineering  and  configuration  control  support.  The 
traditional  transportation  planning  and  coordination  role  of  the 
project  office  is  applicable. 

Sustaining  Engineering  functionally  includes  all  of  the  technical 
disciplines  carried  through  from  the  DDT&E  phase  through  the  oper- 
ational phase  to  integrate  product  improvement  and  changes  as  a 
result  of  user  recommendations  and/or  operational  experience. 
On-site  and  in-plant  liaison  are  included,  as  is  configuration 
control  and  system  integration. 

1 . 3 Resource  Requirements 

The  resource  requirements  include  facility,  GSE,  software,  man- 
power and  TSE,  all  of  which  are  separately  discussed  in  paragraphs 
II,  B;  II,  C;  II,  E and  II,  I,  and  are  only  briefly  included  here 
from  a fleet  utilization  standpoint. 

Fleet  utilization  imposes  requirements  on  the  resources  in  terms 
of  quantities  required  to  meet  the  Tug  traffic  model  (launch  rate 
and  location  - ETR  or  WTR)  requirements  and  contingencies.  Facil- 
ity requirements  are  summarized  in  Table  II-6 . The  traffic  model 
and  contingencies  impose  no  additional  GSE  requirements  beyond 
those  identified  in  paragraph  II,  B,  2.0  and  Table  II-2.  In  the 
software  area,  the  traffic  model  imposes  no  additional  require- 
ments; however,  for  contingencies,  redundancy  in  critical  soft- 
ware is  recommended  as  well  as  on-site  validation  capability  for 
problem  resolution.  ETR  manpower  requirements  are  increased  ap- 
proximately 35%  because  of  a WTR  launch  requirement.  The  manpower 
required  to  manage  the  fleet  are  approximately  75%  of  the  ETR/WTR 
operating  manpower  requirements: 

ETR/WTR  manpower  required  = 114 

Fleet  management  manpower  required  - 85 

Total  = 199 

The  launch  rate  and  contingency  requirements  impact  on  TSE  is 
shown  in  Table  II-7 . 

1.4  Contingency  Definition/Planning 

Planning  should  be  provided  to  alleviate  contingencies  should  they 
occur.  Categorically,  the  planning  should  include  the  following: 

1)  Provide  "real  time"  spacecraft  alternatives  for  contingencies 
involving  or  affecting  the  spacecraft,  e.g. , launch  without 
the  spacecraft,  launch  a degraded  spacecraft,  launch  a buffer 
spacecraft. 


Table  II- 6 Facility  Requirements  for  the  Space  Tug  - ETR  and  WTR 


Source  of  Sttck-and-ball  Chart  (Ref  aubplan  A 

^"''■'•^RaqijireMiit  and  Appendix  C) 

Facility  Proceauing  of  a Single  Tug 


Function  Requl rumen t 

Arbiter  Processing  Facility,  Offload  Payload  from  Existing  OFF  transfer 

OPF  at  ETR  _0rbiter_  AUl*  

Demote  Tug/SpacftcraF t Singld  Controlled 

and  Remove  COMSEC  Access*  I.PS  terminal 

Equipment  Available,  H:  Burner* 

Tug  Hazardous  Vapor 
Detection. 


, j HTH  Contingency 

Tub  Traffic  Model  I PruvUion 


Tug  Processing  Facility, 
TPF  at  ETR 


Receive*  inspect* 
Safe*  clean  Tug. 


Tug  Refurbish 
Checkout,  .Spacecraft 
Mate/ integration 


Tug  Adapter  Mainte- 
nance and  Checkout 


Kick  Stage  Buildup 
and  Checkout 


Luad  Storable 
Propellant* 


Single  Bay  - Imili*  i lass 
Clean*  UIS  Cjixjui  £c.itian , 
LPS  Terminal 

No  Additional 
Requirements 

None 

None  - Kick  Stages  not 
Required  at  *mi 

; Single  Bay , UIHK*  I'la*** 
j Clean,  OlR  Coreiunlec  t iun* 
ITS  UrmnaL,  con.tr o l led 
! Ai  Curtt*,  IVlsioniU'  i >i*.Vt,v 
provLrtlons 

No  Additional 
Requi  Tenants 

Nona 

Facility  Requirements 
at  VTR  Arc  Identical 
to  ETR 

■3Mc.  Required  . 

The  Tug  Traffic  ^tndel  And. Contingency 
Provisions  Require  storage  of  L-p  to  Four 
[ Tugs  and  Two  Adapters  in  a Temperature 
| and  Humidity  Controlled  Environment* 

None  -No  Storage. of 
Tugs  and  Adapters  Is 
Required  .it  WTK 

Store  Refurbishment 
Support  Hardware 


Subsystem  Overhaul 
Refurbish*  Maiiit*- 
i nance  and  Checkout 
Areas 


; Load  Tug  and  Space-* 
■ craft  into  Payload 
[■Canister 


Payload  Changeout  Room,  PCR  Payload  Transfer  to 
at  ETR  (and  Launch  Complex)  Otbiter  Bay 


Launch  Complex  at  ETR 


Temperature  and  Humidity 
Controlled,  Storage 
Rack** * Bins,  and  Shelves 


Controlled  Access*  iCJHK* 
Clas,  "lean*  I.PS  Termi- 
nals, Ranch  Calibration* 
Optical  Alignment  Plat- 
form. 

100K  Class  Clean  Area, 
Controlled  Access,  OIS 
Communication 

10 QK  Claus  Clean  Room* 

LPS  Terminal*.  Device  for 
Handling  Tug  anil  Install- 
ing it  Into  Orb  i ter  Bay 
(Vertical),  Controlled 
Access,  Tenpest  Compat- 
ible*: 


Load  Propellants  and  Ui2,  10^ , Glle  Transfer 
Pressurants  and  Vent  Systems 


No  Additional 
Requirements 

None 

None  * No  Refurbish- 
ment AccompliHhed 
at  IVTR . 

No  Additional 
Requirements 

i None 

i 

None  - No  Subsystem 
VorV  Done  at  L’Tfl 

So  Additional 
Requirements 

None 

HTX  .Requirements  . ..  . 
Identical  to  ETR 
R;quf cements 

No  Additional 
Requirements 

PravLde  a Second  PCR 
(and  launch  Complex) 
Provide  capability 
in  Both  PCRs  to 
Changeout  Entire  Pay- 
load  (Tug  and  Space- 
craft)-, Spacecraft 
Only  or  Tug  Only  and 
Tug/ Spacecraft  Mate 
and;  Integration. 

No  Additional  Requi: 
went*.  -.ETR,  Contin- 
gency Provision*  Net 
Required 

No  Additional 
Requirements 

Provide  a Second 
Launch  Complex ’to 
Backup  the  First  at 

No  Additional  Requi: 
merits  - No  Backup 
Launch  Pad  Required 

Orbiter  Landing  Field  r OLF 


*100K  is  baseline,  factory  clean  is  recomeendcd . 


No  Tug  Requirement 
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Table  XT- 7 Tug  Transportation  Support  Equipment  (TSE)  Requirements 


Equipment 

Source 

TSE  Location  Requirements 

Qty 

for 

Single 

Tug 

Launch 
Rate  or 
Contin- 
gency Qty 

Total 

Qty 

Item 

Hetwoert 
KSC  & VTK 

Between 
MFCK  & KSC 

Between 
OIF  6 KSC 

Onsite 

KSC 

Onsite 

WTft 

KSC  :ktr 

MFGH  KSC 

OLF  KSC 

;?jotdr  Pool  or  Contractor 

Prime  Mover 

X X 

X X 

X X 

X 

" X 

2: 

3 

5 

rSE/GFE*..; 

Transporter,  Canister 

X X 

X X 

X X 

X 

X 

2 ; 

3 

5 

TSE/GFE* 

Pay  load  Canister 

X 

x 

X 

X 

X 

l 

2 

3 

Facility  and 

Overhead:  Crane 

x X 

X X 

X 

X 

X 

3 

0 

3 

Contractor; 

GSB 

Hoisting  Sling  Kit  - ID  Mo.  H-01B. 

X X 

X X 

x 

X 

X 

3 

0 

3 

TSE/GFE* 

Mate/Demate  Fixture  (MnK)  and  Support  Kit 

X X 

x 

X x 

X 

X 

2. 

0 

2 

TSE/GFE* 

767  Aircraft  :- 

,.x 

X 

X 

1 

0 

I 

TSE/GFE*  or  Contractor 

Mobile  Crane 

X 

X 

4 

2 

6 

TSE/GFE*. 

Storage  Dolly 

X 

3 

0 

3 

TSE/GFE* 

Canister/767  Atta  Ik.  Kit 

X 

X 

X 

2 

0 

2 

6SE 

Transportation  Instrumentation  Kit  - tn  Mo.  lf-023 

X 

X 

X 

X 

X 

Z 

0 

2 

GSE  : 

Tank  Breather  Set  - ID  Mo*  H-G20 

X 

X 

X '! 

X 

X 

2 

3 

5 

GSE  = 

LH^  Tank  Dome  Cover  - ID  Mo « 11-019 

X 

X 

X 

X 

x 

2 

3 

5 

GSE 

. Tug  Tie  Down  Kit  -ID  No  » 11-022 

■ X 

X 

X 

X 

X 

2 

0 

2 

tse/gfe* 

Canister  to  747  Aircraft  Attach  Kit 

X 

X 

X 

X 

X 

2 

0 

! 

2 

*TSE/CFE  - Shuttle  and/or  Payload  Provided  - Multiuse-Equipment 


2)  Provide  flexibility  in  system  design  to  accommodate  launch 
date  variations.  Initial  design  flexibility  can  alleviate  or 
eliminate  several  contingent  situations.  Provisions  should 
include  additional  Tug  checkout  cell  in  the  TPF,  additional 
GSE  quantities  for  all  items  with  greater  than  30%  usage  per 
Tug  processing  cycle,  increase  length  of  work  week. 

3)  Provide  sufficient  redundancy  in  system  design  to  prevent 
critical  single  failure  point  (SFP) . Functional  redundancy 
should  be  provided  in  design  of  all  facility  commodity  and 
utility  systems,  as  well  as  critical  GSF,  items.  Every  item 
shall  be  subject  to  analysis  and  every  critical  SFP  in  the 
design  shall  be  justified  to  the  project  and/or  program  office. 

4)  Provide  a backup  Tug  and  backup  kick  stages  in  the  active 
fleet.  These  will  preclude  major  impacts  to  the  schedule 
without  increasing  the  total  fleet  size  requirement. 

5)  Provide  a flexible  schedule  and  control  system.  The  Tug 
fleet  utilization  system  (paragraph  1.2)  must  be  flexible 
enough  to  aid  in  contingency  assessment  and  decision  selec- 
tion of  alternative  course  of  action. 

2.0  IUS/Tug  to  Payload  Integration 

IUS/Tug  to  payload  integration  involves  identifying  support  and 
interface  requirements  for  IOS/Tug  to  payload  accommodations  dur- 
ing the  mission  planning  era.  These  include  payload  interface 
requirements,  operational  resource  identification  and  allocation, 
handling  and  safety  procedures,  integrated  testing  and  checkout 
requirements,  simulation  and/or  interface  verification  require- 
ments, and  data  requirements. 

The  scope  of  IUS/Tug  to  payload  integration  includes  the  necessary- 
planning  and  preparation  before  hardware  arrival  at  KSC,  and  all 
activities  from  arrival  of  the  flight  hardware  and  ground  support 
equipment  (GSE)  through  launch.  This  planning  and  preparation 
includes  those  activities  for  Tug/spacecraft  mating  and  integrated 
checkout  of  the  Tug/spacecraft  and  integrated  checkout  with  the 
Orbiter.  It  also  Includes  the  unique  integration  and  operations 
requirements  of  multiple  payloads,  such  as  on-site/off-site  and 
on-line/of f -line  integration . 

Special  emphasis  was  placed  on  the  generation  of  a Tug  User's 
Planning  Guide  Outline  to  provide  data  essential  for  advance  mis- 
sion planning  and  spacecraft  conceptual  design.  The  outline  was 
oriented  to  those  areas  of  user  interest  and  needs  in  terms  of  Tug/ 
spacecraft  hardware  interfaces,  environments,  available  services, 
mission  capabilities,  spacecraft  integration,  and  an  overview  to 
familiarize  new  users  with  the  Shuttle/ Tug  Space  Transportation 
System. 
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The  details  of  the  integration  analysis  can  be  found  Jn  subplan 
C.  The  significant  conclusions  follow. 

1)  Multiple  payload  integration  should  be  performed  off-line 
before  interface  verification  with  the  Tug. 

2)  Payload  to  Orbiter  Level  I integration  shouid  be  accomplished 
in  the  TPF. 

3)  All  GSE  Cor  solo  spacecraft  processing  before  Tug/spacecraft 
mate  is  the  responsibility  of  the  spacecraft  owner,  as  is 
any  spacecraft-unique  GSE. 

A)  Any  cleanliness  protection  greater  than  1QQK  clean  must  be 
provided  by  the  spacecraft  owner. 

5)  Spacecraft  transportation  and  handlirg  before  Tug/spacecraft 
mate  (or  subsequent  to  demating)  is  the  responsibility  of 
the  spacecraft  owner,  after  mating  the  primary  responsibility 
belongs  to  the  LUS/Tug  processing  agency. 

6)  Spacecraft  owner's  manpower  must  be  prepared  to  work  a 5-day, 
2-shift  per  day  operation  after  Tug/spacecraf t mate. 

7)  Spacecraft  design  will  meet  MSFC  68M00029-1. 

8)  Spacecraft  owner  will  report  all  residual  spacecraft  hazards 
to  the  IUS/Tug  processing  agency  before  mating. 

9)  The  spacecraft  owner  will  provide  any  portable  hazard  moni- 
toring equipment  the  spacecraft  may  require. 

10)  Spacecraft  elements  that  generate  hazardous  conditions  on 
the  spacecraft  must  be  monitored  and  controlled. 

11)  Integration  will  include  analysis  of  loads,  trajectory,  mass 
properties,  contamination,  environments,  missions,  safety  to 
ensure  compatibility.  The  analysis  should  precede  on-site 
activities. 

12)  Spacecraft  simulators  will  be  used  for  site  activation  and 
verification. 

13)  Considerations  of  standard  connector  mate/demate,  maintenance 
access,  and  general  implementation  of  the  LRU  concept  should 
be  reflected  in  the  spacecraft  design. 


14)  A Tug  User's  Guide  will  be  provided  to  guide  users  through 
all  phases  from  spacecraft  conception,  development  through 
launch  processing,  launch  and  recovery  operations. 
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15)  The  Tug  User's  Guide  will  provide  the  detail  of  what  is  ex- 
pected of  the  user. 

16)  The  Tug  User’s  Guide  should  be  a compliance  document  for  all 
users,  e.g.;  it  should  be  contractually  imposed. 

17)  The  Tug  User's  Guide  will  contain  four  basic  elements:  (1) 

hard  compliances  imposed  by  the  Tug,  (2)  negotiable  variable 
accommodations  provided  by  Tug,  (3)  definition  of  specific 
and/or  split  responsibilities,  (4)  agreements  between  Tug  and 
spacecraft  agencies  unique  to  each  flight/mission. 

18)  The  Tug  User's  Guide  will:  (1)  identify  the  functional  and 

physical  characteristics  of  the  Tug,  (2)  control  changes  to 
those  characteristics,  (3)  provide  a means  for  the  user  to 
implement  his  mission  objective. 

SITE  ACTIVATION  AND  VERIFICATION 

y 

1*0  Site  Activation  Concept  Selection  and  Approach 

Before  the  A&E  activities  can  start  the  basic  processing  philosophy 
and  facility  selection  must  be  determined.  The  processing  philos- 
ophy > i.e.,  Tug  processing  clean  or  unclean,  affects  facility  se- 
lection * 

1.1  Class  IQQyQOO  Clean  Tug  Processing 

Figure  II-2  provides  the  advantages  and  disadvantages  of  Class 
100,000  clean  Tug  processing  in  the  two  most  promising  KSC  facil- 
ities, SAEF-1  and  VAB  Low  Bay.  Figure  11-15  depicts  the  flight 
hardware  flow  for  this  approach.  The  SAEF-1  could  not  be  used  as 
a common  TPF  (IUS  and  Tug  processing)  because  of  interference  be- 
tween  on-going  IUS  operations  and  construction  activities  during 
Tug  site  activation.  It  is  recommenced  that  IUS  and  NASA  and  NN/D 
spacecraft  be  done  in  the  XUS  facility  because  of  space  limitations 
in  the  SAEF-1. 

1.2  Factory  Clean  Tug  Processing 

Figure  II-3  shows  the  advantages  and  disadvantages  of  factory 
clean  Tug  processing  in.  the  same  facilities  considered  above. 

Figure  11-16  depicts  the  flight  hardware  flow  for  this  approach. 

A clean  area  or  room  would  be  provided  in  each  refurbish/ checkout 
cell  to  provide  a Class  100,000  clean  environment  for  spacecraft 
operations.  Cleanliness  over  Class  100,000  would  require  local 
protection  (bagging)  for  components  on  spacecraft.  If  desired 
the  VAB  Low  Bay  could  be  used  as  a common  TPF,  however,  a com- 
monality study  (Section  4.1)  shows  this  to  be  of  little  advantage. 
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Figure  11-15  Close  100K  Clean  Tug  Processing 
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Figure  11-16  Factory  Clean  Tug  Processing 
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1.3  Conclusion  and  Recommendations 


Figure  11-17  lists  the  conclusions  and  recommendations  reached. 
Since  the  recommendation  is  to  process  the  Tug  in  a factory  clean 
environment  (Addendum  10),  such  an  activity  in  the  SAEF-1  would  be 
a poor  use  of  KSC  resources.  Therefore,  the  VAB  Low  Bay  is  the 
recommended  facility  for  space  Tug  processing. 


Conclusion^ 

• Little  Commonality  I US/Tug 

• Advantages  To  Controlled  Factory  Environment  Processing 

• For  Clean  Processing 

SAEF-1  Is  Suitable  for  Tug 
Process  1 US  in  Separate  Facility 

• For  Controlled  Environment  Processing 

VAB  Low  Bay  Is  Suitable 
I US  & Tug  Can  Be  Processed  In  Common  Facility 

^R^mmendSionTJ 

• Process  The  Tug  In  A Controlled  Factory  Environment  In  The  VAB  low  Bay 

• Use  SAEF-1  For  S/C  Processing 

• I US  Can  Be  Processed  In  The  VAB  or  Separate  Facilities 

Figure  11-17  Commonality  Conclusions  and  Recommendations 

2.0  Design  and  Construction 

To  accomplish  IOC  in  December  1983,  the  selected  Tug  facility  must 
be  available  for  modification  to  a TPF  in  December  1980.  Support- 
ing Tug  facility  modification  availability  dates  are:  QPF,  April 

1981;  and  PCR/FAD,  February  1981.  Figure  11-18  depicts  the  major 
milestones  to  accomplish  a timely  construction  phase  of  Tug  Launch 
Site  Activation  Program.  Figure  11-19  provides  the  construction 
phase  schedule.  This  phase  ends  when  the  installed  GSE  checkout 
program  is  completed. 
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1981 

L-L-2  1 3 1 

4 

1 1 

1 1 1 u 

1 4 

i 

Program  Requirements 
V A&E  Selection 

V Facility  Contractor  Selection 

V JOD/DOD 

V GSE  Contractor  Selection 

V Pack  & Ship  GSE 

V Long  Lead  Materials 
Selection  Subcontractor  V 

Material  Available  V 
GSE  Available  V 

GSE  Inst' I Complete  V 

GSE  Checkout  Complete 


Figure  11-18  Construction  Phase  Milestones 
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Figure  11-20  Engineering  Model  and  First  Flight  Article  Schedule 


3.0  Activation/Verification 

3.2  Engineering  Model 

An  engineering  model  will  be  used  to  verify  the  Tug  processing 
facilities.  This  model  would  be  an  existing  Tug  qualification 
article  or  high  fidelity  development  article  refurbished  as  re- 
quired to  perform  the  site  verification  function.  This  model 
will  also  be  used  to  refine  operational  procedures  and  train 
operating  crews.  The  model  will  be  undergoing  processing  at  KSC 
starting  in  February  through  July  1983  when  it  is  shipped  with  an 
activation  crew  to  WTR  for  WTR  site  activation/ verification.  Fig- 
ure 11-20  provides  the  schedule  for  the  engineering  model  flow 
through  KSC  facilities.  After  use  in  WTR  site  activation,  the 
model  is  returned  to  KSC  in  November  for  use  as  a training  aid. 

3.2  First  Flight  Article  ( FFA ) 

The  FFA  is  scheduled  to  be  launched  in  December  1983.  To  meet 
this  schedule  the  FFA  must  be  available  on  site  in  early  September 
1983.  The  refined  operational  procedures  will  be  updated  and  the 
Tug  operational  crew  will  be  certified  using  this  article.  The 
schedule  for  this  article  is  also  shown  in  Figure  11-20. 

3.3  Summary 

Assuming  the  first  Tug  launch  to  be  December  1983  and  a Tug  launch 
site  modification  "go-ahead"  in  January  1980,  the  critical  dates 
or  milestones  for  KSC  activities  are  those  shown  in  Table  IT-8. 

4.0  IUS  to  Tug  Transition 

4.1  Comonality 

The  commonality  between  the  IUS  and  the  Tug  from  the  standpoint  of 
checkout  facilities  and  GSE  is  summarized  in  Figure  II-4.  The 
figure  shows  there  is  little  commonality  between  these  two  stages. 
A summary  of  commonalities  on  other  considerations  is  shown  in 
Figure  11-21;  again,  the  result  is  chat  there  is  not  much  common- 
ality between  the  stages.  Figure  11-22  summarizes  the  commonality 
issue  between  the  IUS  and  the  Tug,  and  provides  a recommendation 
to  be  considered  in  the  concept  and  design  phase. 


11-46 


Table  n-S  Critical  Milestones 


Sites 

TPF  Available  for  Modification 

December  1980 

OPF  Available  for  Modification 

April  1981 

PCR/PAD  Available  for  Modification 

February  1981 

TPF  Ready  for  Engineering  Model  Checkout 

February  1983 

PCR/PAD  Ready  for  Engineer in”  Model  Checkout 

April  1983 

OPF  Ready  for  Engineering  Model  Checkout 

June  1983 

Equipment 

Engineering  Model  at  KSC 

February  1983 

Dummy  S/C  and  Kick  Stage  at  KSC 

February  1983 

Canister/Transporter  Available 

April  1983 

Orbiter  Available  on  Pad  for  Engineering  Model  C/O 

April  1983 

First  Flight  Tug  on  Site 

September  1983 

S/C  and  Kick  Stage  Ready  for  Mate 

November  1983 

Considering  the  recommendation  to  process  the  Tug  in  a factory- 
clean  environment  in  the  VAB  Low  Bay,  and  the  current  SAMSO  ground 
rule  of  clean  1US  processing,  there  is  little  involved  in  the  tran- 
sition from  IUS  to  Tug,  The  baselined  IUS  is  an  expendable  stage, 
while  the  Tug  is  a reusable  stage.  Because  of  lack  of  commonality 
in  facilities  and  GSE,  transition  will  be  more  an  activation  of  new 
equipment.  There  is  commonality  in  the  area  of  site-to-site  trans- 
portation requirements.  These  are  basically  handling  requirements 
and  pose  little  problem.  Crew  size  will  be  a factor  because  the 
lack  of  commonality  and  similarity  will  require  two  crews,  IUS  and 
Tug,  during  the  transition  period. 

The  general  safety  requirements  for  the  IUS  and  Tug  are  similar 
because  both  stages  will  be  involved  in  hazardous  ground  opera- 
tion. Hardware  and  system  differences  will  require  unique  safety 
requirements  foi  each  stage  so  that  procedural  constraints  For 
hazard  control  must  be  incorporated  into  definitive  operating  pro- 
cedures, which  will  be  stage-peculiar.  Transition  from  IUS  safety 
requirements  to  Tug  safety  requirements  should  not  be  a problem. 
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Item 

Tug 

IUS 

Commonality 

• Schedules 

IOC  Dec  1983,  Variable 
Launch  Rate  Thru  1991 

IOC  1980,  Heavy 
Traffic  to  1984  Transi- 
tion, Sustaining  Low 
Level  Traffic  1991 

Little  Compatibility. 
Tug  Facility  Mods 
and  Activation 
During  Heavy  IUS 
Traffic  Period 

• Software,  Ground 
Checkout 

IPS  Unique  Software 

Van  Mounted  "Cage" 
Type  System 

No  Commonality 

• Crew  Considerations 
Crew  Skills 

Cryogenic/Avionics 

Hypergolic/Avionics 

Some  Commonality  in 
Avionics  Skills 

Crew  Training 

Individual  and  Crew 
Certification  for  Tug 
Unique  Systems 

Individual  and  Crew 
Certification  for  IUS 
Unique  Systems 

Little  Crew  Certifi- 
cation Commonality. 
Some  Common  Indi- 
vidual Certification 

• Safety 

Cryogenics,  Hydrazine 
(APS),  Fuel  Cell, 
Handling 

Hypergolics,  Hydra- 
zine (APS),  Batteries, 
Pyrotechnics,  Handling 

Common  Safety  Re- 
quirements for 
Handling  and  APS 
Servicing 

• Fleet  Utilization/Man- 
agement Concepts 

Moderate  Active  and 
Total  Fleet,  Significant 
Spares  Inventory  7-8 
Years  Operation.  NASA 
"Paper"  System 

Small  Active/Total  Fleet 
Small  Spares  Inventory, 
Heavy  Traffic  3-4  Years 
Only.  DOD  "Paper" 
System 

Some  Common  Systems 
Possible 

Figure  11-21  Commonality  Assessment  Considerations 


LITTLE  COMMONALITY  IN:  • 


SOME  COMMONALITY  IN  SUCH  THINGS  AS: 


Processing  Facility  Requirements 

Checkout  Equipment  Concepts 

Servicing  Equipment 

Crew  Considerations 

Schedules 

Software 


Safety  Considerations 

Fleet  Utilization  Management 

Support  Shops 

Kick  Stage  Processing 

Storage/Warehousing 


CONCLUSIONS:  | 

Little  Apparent  Advantage  To  A Common  I US/Tug  Processing  Facility 
RECOMMENDATIONS:! 

Don't  "Force  Fit"  I US  Into  Tug  Processing  Facility 

Consider  Common  Support  Shops,  Storage/Warehousing,  Kick  Stage 
Processing,  Management  Systems 

Figure  FI-22  Conrvnality  Aeeeeenent  Canslueiona  and  P.eaomendationa 
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The  IUS  will  use  XUS-unique  USE  for  checkout  while  the  Tug  will 
use  the  LPS.  Most  spacecraft  software  will  be  modular  with  the 
test  sequences  dictating  which  modules  will  be  used*  Therefore, 
it  appears  that  during  transition  every  possible  combination  of 
old  and  new  software  will  exist.  The  LPS  software  contractor’s 
role  will  be  to  standardize  many  different  requests  and  consciously 
maintain  as  much  software  commonality  as  possible*  The  transition 
phase  from  tUS  to  Tug  is  not  seen  as  a big  step  function  having 
undue  software  effects. 

The  various  elements  of  logistics  support  will  vary  widely  in 
application  between  Tug  and  IUS,  based  primarily  on  major  differ- 
ences in  size,  component  configuration,  and  the  reusability  aspects 
of  Tug  versus  IUS*  The  logistics  management  function  will  be  con- 
cerned  with  entirely  different  approaches  to  such  areas  as  spares 
procurement  and  maintenance  planning  based  on  a reusable  Tug  and  an 
expandable  XUS,  Maintenance  and  repair  activities  differ  consid- 
erably because  of  configuration  differences*  Training,  for  the 
most  part,  will  be  peculiar  to  each  stage.  The  operational  tech- 
nical documentation  requirements  are  seen  as  unique  to  each  stage. 

In  the  transportation  and  handling  area,  the  piggyback  cargo  can- 
ister concept  can  be  used  for  IUS  and  Tug  with  all  the  resulting 
commonality  benefits*  In  the  final  analysis  the  best  logistics 
approach  for  IUS  and  Tug  is  one  of  separate  programs  and  separate 
control  with  shared  commonality  as  appropriate. 

The  configuration  control  approaches  used  for  IUS  payload  will  be 
directly  applicable  to  Tug  payloads.  Therefore,  little  transition 
impact  will  be  noticed  in  this  area.  There  will  be  some  change 
in  functions  as  the  engineering  and  procuring  agencies  change  from 
IUS  to  Tug,  however,  with  adequate  preplanning  a smooth  transition 
can  be  effected. 

GROUND  SOFTWARE  DEVELOPMENT 

1,0  Program  Requirements 

Software  for  all  major  systems  fall  into  four  classification: 

(1)  operating  systems;  (2)  application  programs;  (3)  language 
processors;  and,  (4)  support  programs.  Software  requirements 
data  sheets  have  been  prepared  for  each  operational  step  and  in- 
clude software  in  each  of  the  four  classifications.  These  data 
sheets  are  shown  in  Appendix  D. 

During  Tug  operations  software  will  be  either  nonrecurring  or 
recurring.  The  nonrecurring  software  (operating  systems,  language 
processors,  and  most  support  programs)  will  have  been  developed 
during  the  activation  phase.  This  software  is  not  expected  to 
change  because  of  the  fixed  systems  it  services.  The  nonrecurring 
software  will  normally  remain  fixed  while  the  recurring  software  is 
integrated  with  it  and  worked  around  it. 
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The  recurring  software  (application  programs  and  some  support 
programs)  results  from  changing  components,  systems,  methods, 
payloads,  and  requirements.  As  hardware  changes,  its  software 
waterfalls  through  element  test,  subsystem  test,  combined  sys- 
tems tests,  integrated  tests,  and  countdown.  Optimization  of  a 
subsystem  or  system  affects  the  software  In  the  same  manner  as 
hardware  or  LRU  changes. 

Assisting  operational  software  preparation  are  the  support  pro- 
grams. These  programs  aid  preparation,  provide  debugging  support 
and  simulations,  and  provide  software  validation  routines  for 
verification  and  limited  validation.  These  support  programs  are 
expected  to  be  relatively  fixed,  requiring  no  continuing  software 
modifications.  in  the  operational  phase,  changes  to  the  software 
are  expected  to  be  minor  unless  there  is  a technological  break- 
through that  materially  affects  programming  In  general. 

2.0  Management  implementation 

Software  integration  is  expected  to  be  more  of  a problem  early  in 
the  Tug  program  rather  than  later  when  the  software  modules  and 
working  procedures  have  been  developed,  refined  and  validated 
during  refurbish/ checkout  operations.  Two  ground  software  prob- 
lems have  been  identified  that  can  potentially  affect  fleet  util- 
ization. They  are  software  accuracy  and  software  lateness. 

The  solution  to  software  accuracy  is  to  provide  high  fidelity 
validation  hardware  during  software  development.  One  solution  to 
late  software  or  software  "no  show"  is  to  provide  experienced  and 
talented  programmers  on  the  project.  The  best  approach  to  avoid 
either  problem  is  strict  adherence  to  an  orderly  software  devel- 
opment process  which  is  scheduled  to  comply  with  launch  site  oper- 
ational requirements.  This  process  should  be  under  close  surveil- 
lance by  the  LPS  contractor  and  NASA  to  assure  that  software  will 
be  available  when  required  at  the  launch  site. 

3.0  Spacecraft  Impact 

Tug  software  for  payload  integration  requires  input  from  the  space- 
craft contractor.  The  spacecraft  contractor  may  request  from  the 
Tug  contractor  initiating  functions  and  status  of  the  Tug  as  in- 
puts. Operational  outputs  from  the  spacecraft  that  may  require 
Tug  software  processing  are  spacecraft  health  monitors  and  status, 
C&W,  and  self  check  information.  The  spacecraft  may  also  levy 
software  requirements  on  the  Tug  in  the  form  of  orbital  functions, 
i.e.,  altitude,  velocities,  spin,  separation  restriction,  deploy- 
ment sequence,  final  check,  etc.  The  information  exchange  is  a 
two-way  operation. 
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The  situation  of  a new  payload  entering  the  ground  processing 
cycle  every  few  days  makes  efficient  integration  mandatory. 
Standardization  of  services  and  software  will  help,  however,  our 
experience  with  spacecraft  and  experiments  has  shown  that  soft- 
ware requests  will  not  be  orderly,  the  reaction  time  requirements 
will  be  shorter,  the  requests  will  not  be  standard,  and  changes 
will  be  frequent*  The  bulk  of  the  nonrecurring  software  p.  separa- 
tion during  the  operational  phase  is  expected  to  be  centered  around 
spacecraft  integration-  Eventually,  enough  spacecraft  will  be 
processed  so  that  software  development  will  consist  of  modifying 
existing  routines.  This  will  aid  in  the  payload  software  inte- 
gration process. 

4.0  Software  Development  and  Validation 

By  the  time  site  activation  occurs  and  the  engineering  model  of 
the  Tug  arrives  at  KSC  for  site  validation  some  software  will  have 
been  developed,  verified,  and  used  during  the  KSC  program.  The 
Tug  software  program  will  be  a cooperative  effort  between  the  Tug 
contractor,  NASA,  and  the  IPS  contractor.  The  desired  objective 
will  be  to  develop  the  software  early  and  bring  it  to  the  launch 
site  integrated  and  validated* 

Validation  does  require  element  hardware  to  eliminate  large  im- 
pacts at  the  launch  site.  Partial  validation  could  take  place  at 
the  Tug  contractor  with  a partial  CCMS  and  telephone  links  to  a 
development  CDS.  The  primary  activation  problems  should  then  be 
narrowed  to  hardware  problems,  once  the  software  has  been  deve- 
loped. Figure  11-23  depicts  the  software  development-validation 
cycle.  State-of-the-art  software  sophistication,  and  time  al- 
located by  current  shuttle  program  schedules  for  software  develop- 
ment lead  to  the  conclusion  that  software  should  not  be  a large 
factor  during  site  activation. 

5*0  XUS  Interface 

Current  XUS  planning  is  developing  without  direction  to  use  the 
IPS  and  with  the  goal  to  reduce  hardware  development  cos^s.  There- 
fore, it  is  apparent  that  the  IUS  will  arrive  at  the  launch  site 
with  its  own  checkout  GSE  and  software.  Spacecraft  are  expected 
to  have  even  more  variable  GSE  and  software  throughout  the  early 
part  of  the  Shuttle  program*  The  Tug  will  be  designed  to  use  the 
capabilities  of  the  LPS  tc  the  maximum  extent  throughout  the  re- 
f urbish/checkout/ launch  cycle.  Wherever  the  spacecraft  is  mated 
and  tested  with  IUS,  kick  stage  or  Tug,  the  combined  testing  will 
marry  diverse  elements,  and  eventually  the  entire  combination  will 
reach  the  launch  pad  and  Orbiter.  At  the  pad,  from  T-4  to  liftoff, 
LPS  will  be  used.  Prior  to  T-4,  a combination  of  dedicated  GSE, 
airborne  computer,  and  LPS  are  possible-  In  all  cases  software 
will  probably  be  modular  in  form,  i.e,,  IUS,  Tug,  kick  stage,  and 
spacecraft. 
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Figure  IIS 3 LPS  Software  Development  Process 
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During  the  transition  phase  from  IUS  to  Tug,  it  appears  that  every 
possible  combination  of  old  and  new  software  will  exist*  The 
software  system  will  have  to  respond  to  every  kind  of  demand  or 
request  possible.  The  user  will  have  the  best  insight  into  his 
own  requirements  and  probably  will  do  his  own  software  requests. 
The  LPS  software  contractor’s  role  will  be  to  standardize  many 
different  requests  and  consciously  maintain  software  commonality 
throughout  the  program*  The  transition  phase  transfer  from  IUS 
to  Tug  will  not  be  a big  step  function  because  of  previous  devel- 
opment and  partial  dual  usage  of  modular  form  software,  which  will 
easily  be  fitted  into  the  Tug  LPS  programs. 

6.0  Software  Restraints 

During  the  acquisition  phase  there  are  a number  of  operational  sof 
ware-related  restraints  that  must  be  considered  early  to  prevent  o 
reduce  operational  problems  later  on*  These  restraints  may  be 
classified  as:  (1)  software  constraints  on  hardware;  and  (2) 

hardware  impacts  on  software.  There  are,  of  course,  other  re- 
strictions, such  as  economic,  human  error,  quality  of  validation 
hardware,  etc.  These  restrictions  can  be  minimized  through  an 
orderly,  controlled  approach  to  software  development. 

6 . 1 Hof  tware  Corns  train  Us  on  Ha  rdware 

Normally  software  can  conform  to  the  hardware  design*  However, 
there  is  a possibility  that  software  may  dictate  the  number  of 
interface  lines  between  the  spacecraft  and  the  Orbiter  (through 
the  Tug).  The  number  of  lines  can  also  impact  the  interfaces  on 
both  ends  of  the  Tug. 

6.2  Hardware  Impacts  on  Hof  Ware 

Examples  of  hardware  impacts  are:  number  of  operations  required 

per  second,  operations  timing  requirements,  operations  sequence 
and  interlocks,  and  access  to  hardware  for  software  installation. 

LOGISTICS/MAINTENANCE 

1,0  Maintenance  and  Refurbishment  Operations 

Spacecraft  maintenance  will  be  performed  at  the  Spacecraft  Proc- 
essing Facility.  The  IUS  can  be  processed  with  Tug  in  a common 
facility  at  the  VAB  or  in  a separate  area  if  SAEF— 1 becomes  the 
Tug  Processing  Facility  (TPF) . Level  I Tug  maintenance  will  be 
performed  at  the  TPF  and  consist  primarily  of  LRU  removal  and 
replacement  based  on  fault  detection  and  isolation.  After  post- 
landing operations,  separation  from  the  spacecraft  at  the  OFF, 
and  receipt  at  the  TPF,  the  Tug  will  undergo  a complete  visual 
inspection  for  structural  degradation,  subsystem  integrity,  and 
general  cleanliness.  In-flight  data  will  be  correlated  with  the 
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results  of  ground  checkout  and  inspection  to  establish  the  ground 
operations  maintenance  plan*  The  objective  is  to  reduce  Tug  fixed- 
schedule  maintenance  through  condition-assessment  techniques  that 
target  existing  or  probable  failures*  In  support  of  Level  I ac- 
tivities, Level  II  servicing,  calibration,  alignment,  rebuild,  and 
verification  will  be  performed  at  KbC  repair  shops.  Level  ill 
repair,  overhaul,  and  verification  will  be  accomplished  at  Tug 
contractor’s  or  supplier’s  facility  during  the  manufaciur i ng  cycle 
and  at  NASA/Air  Force  depots  thereafter*  The  majority  of  VTR- 
related  maintenance  activity  will  be  performed  at  the  KSC  TPF. 

Fleet  Management  will  plan,  schedule,  and  control  overall  Tug 
maintenance*  The  contractor’s  maintenance  engineering  analysis, 
as  an  element  of  support  requirements  analysis,  will  establish 
maintenance  tasks,  task  times,  facility  interface,  personnel  skill 
levels,  and  necessary  tools  and  equipment.  Maintenance  level  and 
location,  repairable/nonrepairable  status,  repair  locations,  and 
necessary  spares,  bulk  items,  and  consumables  will  be  established. 
Table  11*9  summarizes  the  more  important  maintenance  concept  con- 
siderations elicited  by  this  study.  Standardization  of  connectors, 
servicing  points,  and  support  equipment,  as  well  as  considerations 
for  maintenance  access,  replacement/repair  within  timeline  con- 
straints, and  general  implementation  of  the  LRU  concept  must  be 
coordinated  during  spacecraft,  IUS,  and  Tug  support  requirements 
analyses  and  reflected  in  design  to  facilitate  postmate  mainte- 
nance operations  at  the  TPF . Program  operational  maintenance/ 
refurbishment  plans  should  be  developed  to  control  overall  activ- 
ity. Control  functions  for  fleet  and  individual  maintenance  will 
include  status  reporting,  plan  revision,  spares  provisioning  and 
reorder,  reassessment/assignment  of  maintenance  task  times,  pro- 
pellant/pressurant  forecasts,  and  modification  kit  installation 
scheduling*  Of  paramount  importance  will  be  fleet  management  in- 
volvement in  development  of  postf light  maintenance  activity  plans. 

The  engineering  model  flow  will  verify  maintenance  and  overall 
logistics  planning  and  state  of  preparation  for  the  operational 
program*  Operations  at  the  TPF  will  be  monitored  and  scored  to 
evaluate  maintenance  procedures  and  the  maintenance  task  time- 
line. OFI  data  will  be  prepared  in  conjunction  with  a postflight 
maintenance  activity  plan  to  simulate  component  failure  and  ex- 
ercise the  repair/replace  cycle.  Availability,  accuracy,  and 
adequacy  of  maintenance  location,  level,  documentation,  tools, 
skills,  and  equipment  will  be  assessed.  Problems  will  be  factored 
into  support  analysis  and  planning,  procedural  changes  will  be 
made,  and  support  equipment  deficiencies  will  be  corrected  to  pro- 
vide a ’’ready”  logistics  and  maintenance  program  for  the  first 
flight  article* 
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Table  I/-3  Maintenance  Concept  Conn i derail  on# 


Level  I 

Level  IL 

Level  III 

Scheduled  and  unscheduled 
Inspection,  servicing, 
malfunction  isolation, 
removal,  replacement, 
verification,  and  sub- 
system checkout. 

Normally  performed  at 
TPF . 

Includes  vehicle  and 
support  equipment. 

Provides  for  replacement 
at  highest  practical  as- 
sembly level  (LRU)  based 
on : 

Scheduled  intervals  for 
time  or  cycle  sensitive 
i terns ; 

Condition  monitored 
Item  replacement  due  to 
indicated  degradation/ 
failure . 

Malfunction  assessed  by 
on-board  performance 
monitor  system,  mainte- 
nance recorders,  and 
onboard  display  augmented 
by  ground  display  and 
control. 

Predicated  on  postflight 
maintenance  activity 
plan  and  work  package . 

Minimum  scheduled  main- 
tenance planned. 

Off-line  maintenance 
activities  in  support  ol 
Level  1 maintenance . 

Supports  failure  veri~ 
fication  and  minor  LRU 
repair . 

Includes  servicing , 
calibration , alignment , 
rebuild,  and  verifica- 
tion. 

Normally  performed  at  KSC 
repair  shops  unless  capa- 
bility exists  only  at  Tug 
manufacturer  or  supplier. 

Relies  heavily  on  instal- 
lation of  Shop  Replace- 
able Units  (SRUs) . 

Optimum  Repair  Level 
Analysis  (ORLA)  may  be 
used  to  help  define  re- 
pair activity. 

Off-line  maintenance 
activities  in  support  of 
Level  1 and  1 I mainte- 
nance, 

Includes  repair,  over- 
haul, and  reveri 1 ication 
of  LRUs  and  SRUs, 

Provides  capability  for 
detailed  failure  analysis. 

Performed  at  Tug  contrac- 
tor or  supplier  during 
manufacturing  cycle  and 
at  NASA/Air  Force  depots 
thereafter. 

Provides  for  traveling 
technical  team  assistance 
from  manufacturer/sup- 
plier to  KSC, 

Maintenance  and  repair  activities  will  vary  considerably  between 
Tug  and  IUS  based  on  major  differences  in  size  and  configuration 
and  on  the  reusability  aspects  of  Tug  versus  IUS.  Maintenance 
planning  for  postflight  refurbishment  is  a necessity  for  Tug  and 
nonexistent  for  an  expendable  IUS,  GSE/TSE  maintenance  and  spares 
are  different  except  for  possible  common-use  items  such  as  the 
APS  servicing/deservicing  unit,  the  helium  pressurization  system, 
the  ground  payload  manipulators,  and  the  PCR  access  platforms. 
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Postmate  spacecraft  maintenance  and  repair  will  be  minimal,  but 
contingency  actions  will  be  established  by  Spacecraft  supervisory 
representation  to  the  LUS/Tug  processing  team  and  spacecraft 
technicians  will  accomplish  repair/replacement  with  support  from 
lUS/Tug  personnel* 

2*0  Spares  Support 

Delayed  procurement  of  spares  for  some  Tug  LRUs  will  be  necessary 
based  on  probability  of  design  change,  anticipated  high  cost  items, 
and  desired  experience  factor  in  new  technology  areas*  Spares 
will  be  drawn  to  the  greatest  extent  possible  from  production  in- 
ventories. Selected  production  components  will  be  maintained  at 
the  TPF  or  in  adjacent  spares  warehousing  for  Level  I maintenance* 
Components  not  considered  critical  to  the  maintenance  flow  will  be 
retained  at  the  contractor's  facility  or  at  a depot  and  shipped  on 
an  as-required  basis*  Production  items  used  as  spares  will  be 
replenished  by  provisioning  action.  When  the  production  cycle 
nears  completion,  and  spares  requirements  are  better  defined 
based  on  usage,  major  spares  provisioning  action  will  be  estab- 
lished. 

A typical  Tug  spares  flow  is  presented  in  Figure  IT-24.  Fleet 
management  will  select  spares  based  on  review  of  the  contractor's 
required  spare  parts  lists.  The  selection  process  will  determine 
quantity,  need  date,  and  allocation  requirements.  Production 
spares,  drawn  from  the  manufacturer's  production  items,  and  pro- 
visioned spares  will  be  shipped  to  KSC  to  establish  the  spares 
inventory*  A mechanieed  inventory  control  program  will  have  to 
be  developed  to  provide,  as  a minimum,  a spares  list,  spares  due 
in  status,  site  use  and  allocation,  and  spares  inventory  status. 

Configuration  control  of  spares  will  be  maintained  through  the 
engineering  control  system.  During  the  engineering  model  flow 
in  support  of  activation  activities,  requirements  for  spares  will 
be  generated  to  judge  on-site  availability  and  processing  and  to 
assess  the  delivery  loop  on  production  spares  shipped  from  the 
manufacturer. 

While  deferred  spares  acquisition  is  a necessity  for  Tug,  the 
expendable  XUS  will  require  only  critical  item  spares  to  cover 
preflight  maintenance  operations.  Common  warehousing  of  lUS/Tug 
spares  would  have  as  its  only  feature  multiple  use  of  a facility 
and  could  create  problems  due  to  differences  in  DOD  and  NASA  in- 
ventory systems.  Errors  in  statusing  and  issuance  could  be  in- 
creased under  a common  system.  Spacecraft  spares  in  support  of 
postulate  maintenance  would  normally  be  drawn  from  the  SPF.  Unique 
requirements  for  spacecraft  spares  not  under  control  of  the  space- 
craft agency  would  have  to  be  proeedurally  documented  or  indicated 
by  a special  considerations  decal  or  attachment  to  the  spares. 

This  would  be  a responsibility  of  the  spacecraft  agency. 
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Figure  II 
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3.0  Training  and  Certll  Ication 

Maximum  use  should  be  made  of  contractors'  training  programs  to 
satisfy  NASA  and  DOD  requirements  on  LUS , Tug,  kick  stage,  and 
spacecraft.  These  programs  will  normally  encompass  system 
familiarization,  detailed  subsystem  and  component  operation, 
transportation  and  handling  procedure,  and  skills  training  suit- 
able to  the  manufacturing  and  test  processes.  When  training  re- 
quirements analyses  are  developed  for  contractor  training,  NASA 
and  DOD  requirements  should  be  considered  so  that  maximum  common- 
ality in  training  application  can  be  achieved,  as  represented  in 
Figure  11-25.  Video  tape  techniques  should  be  considered  for 
training  areas  not  subject  to  a high  change  level.  Special  empha- 
sis should  be  placed  on  contractor-developed  training,  which 
stresses  the  interpretation  of  operational  flight  instrumentation 
as  a maintenance  prediction  technique.  This  is  especially  true 
for  Tug  where  the  refurbishment  cycle  places  greater  importance 
on  failure  or  probable  failure  prediction.  The  Tug  engineering 
model,  or  available  test  articles,  should  be  used  to  provide  high 
fidelity  training  on  actual  hardware  lor  ground  crews  in  both 
the  maintenance  and  handling  areas. 

Normal  attrition,  design  change,  and  the  requirement  for  recer- 
tification in  skill  areas  will  require  on-going  training  during 
the  operational  phase.  Contractors  can  supply  this  training,  to 
supplement  KSC  training,  through  live  and  video  presentations  on 
site  at  KSC  or  other  NASA/DOD  centers.  Training  scope  and  level 
of  detail  should  be  aligned  with  Level  I and  II  maintenance  and 
checkout  requirements  as  established  by  the  contractors'  support 
requirements  analyses.  Contractor  sustaining  engineers  can  further 
implement  the  training  process  by  providing  support  for  job  exper- 
ience training  on  site  at  KSC  or  WTR. 

Training,  with  the  exception  of  common  GSE,  is  1US-  and  Tug-peculiar 
and  unique  to  the  separate  crews  that  will  process  them.  Unless 
spacecraft  present  a potentially  hazardous  condition  during  postmate 
operations  or  require  special  handling  provisions,  training  of  IUS/ 
Tug  personnel  by  the  spacecraft  agency  is  not  anticipated  for  main- 
tenance operations.  Spacecraft  agency  personnel  who  operate  in 
support  of  lUS/Tug  processing  teams  will  require  KSC  training/certi - 
ficatlon  on  safety,  facility  interface,  and  clean  room  operation. 
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Figure  11-25  Training  Development  Approach 


4.0  Operations  and  Maintenance  Documentation 

Contractors1  support  requirements  analyses  will  yield  the  type, 
content , depth,  and  format  of  operations  and  maintenance  docu- 
mentation appropriate  for  their  modules.  These  requirements  will 
be  correlated  with  the  documentation  structure,  depth,  and  format 
required  by  KSC  for  development  of  operations  and  maintenance 
nstructions , O&M  plans  and  subtler  data.  It  is  suggested  that 
tne  contractors  develop  operations  and  maintenance  manuals  (O&M 
manuals)  as  the  data  base  for  program  documentation  as  indicated 
in  the  Tug  data  development  shown  in  Figure  11-26,  Q&Ms,  as  well 
as  supportive  engineering  documentation,  could  be  stored  in  the 
contractors * mechanized  data  bank  for  rapid  retrieval  in  support 
of  NASA/DOD  use  or  update.  Hard  copy  could  be  obtained  at  the 
contractors1  facilities  and  reproduced  and  shipped  to  using  agen- 
cies or  a remote  terminal  system  could  be  established  for  call 
up  and  display,  O&M  manuals  could  also  be  stored  by  processing 
data  on  microfiche  for  storage  with  subsequent  transmittal  via 
on-site  viewers  and  printers. 

Like  training,  O&M  documentation  requirements  are  unique  to  TUS 
and  Tug  based  on  configuration  differences  and  location  differ- 
ences, even  on  common  equipment.  Spacecraft  also  will  develop 
their  own  peculiar  data  requirements  and  will  input  to  the  post- 
mate  procedures  as  required. 

5.0  Facility  and  Equipment  Requirements 

Tug  logistics  facility  requirements  for  operational  support  will 
include  adequate  floor  space,  commodity  interface,  and  installed 
equipment  at  the  TPF  to  accomplish  Level  I maintenance,  a mini- 
mal, but  dedicated,  training  area  with  video  equipment  at  the 
TPF  or  in  adjacent  NASA  facilities,  an  adequate  spares  storage 
and  processing  area,  and  a storage  and  issuance  area  for  docu- 
mentation . 

Maintenance  equipment,  including  electronic  and  mechanical  test 
equipment,  lubrication  and  servicing  equipment,  and  common  and 
special  tooling,  will  be  housed  and  maintained  to  the  greatest 
extent  possible  at  the  TPF.  Repair  and  servicing  beyond  TPF 
capability  will  be  performed  at  KSC  repair  shops,  supplier's 
facilities,  or  at  depot  level. 
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Figure  11-26  Tug  Operation  and  Maintenance  Documentation  Development 
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CONFIGURATION  MANAGEMENT 


1.0  Program  Objectives 

Configuration  management  should  provide  the  neL^ssary  procedures 
and  disciplines  to  achieve  effective  control  over  the  hardware, 
software,  and  operational  activities  during  site  activation, 
operations,  and  transition  from  LUS  to  Tug,  This  control  will  be 
needed  on  a continuing  basis  throughout  the  life  of  the  project. 
The  objective  of  configuration  management  is  to  insure  the  maxi- 
mum operational  capability  through  formal  initial  identification 
of  configuration,  controlled  approval  of  changes,  and  continuing 
and  accurate  recording  of  the  exact  configuration  of  systems  and 
selected  equipment.  Recommendations  for  the  implementation  of 
configuration  management  during  the  various  phases  of  the  project 
are  discussed  below, 

2.0  Requirements  and  Responsibilities 

Fleet  configuration  management  requires  that  the  project  config- 
uration management  plan  be  prepared,  coordinated,  imposed,  and 
maintained  for  the  Tug  project.  This  plan  should  identify  the 
configuration  management  responsibilities  at  all  levels.  It 
would  include  the  coordination  of  interface  activities  and  the 
inputs  to  the  basline  end  item  specification.  The  plan  should 
also  describe  how  the  baseline  documentation  would  be  managed 
through  a systematic  change  control  process  at  various  levels 
that  would  provide  Tug  configuration  status  and  verification 
data.  It  would  be  the  responsibility  of  configuration  management 
to  audit  contractors  and  subcontractors  to  assure  that  their 
configuration  management  systems  are  enforced  and  are  compatible 
with  the  minimum  requirements  established  by  NASA. 

3.0  Configuration  Identification 

Figure  11-27  illustrates  the  interrelationship  of  NASA  and  DOD 
project  documentation.  For  the  sake  of  economy  and  commonality 
of  requirements,  design  and  equipment,  it  is  recommended  that 
early  in  the  program  MSFC  establish  an  interface  between  the  sev- 
eral NASA  centers,  DOD  agencies,  element  contractors,  and  payload 
contractors  to  exchange  appropriate  information  for  incorporation 
into  the  Tug  ground  operations  system. 
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4,0  Operational  Considerations 


During  the  operational  phase  of  the  project,  maintenance  of  the 
Facility  Criteria  and  Interface  Document  should  be  suspended  and 
the  baselined  A&E  drawings  should  become  the  authorised  configur- 
ation and*  therefore,  the  specification  for  the  facility.  The 
proposed  system  of  maintaining  only  the  A&E  drawings  after  base- 
lining of  the  facility  will  be  successful  only  if  the  drawings 
are  maintained  diligently.  These  drawings  are  updated  to  the 
latest  configuration  through  the  FCR/FECP  loop.  Maintenance  of 
the  facility  document  would  be  meaningful  only  if  facility  con- 
struction was  on  a production-type  basis. 

The  same  agencies  and  contractors  involved  in  the  interface  change 
coordination  and  approval  loop  are  also  members  of  the  Facility 
working  Group  (FWG) , All  facility  changes  are  originated  as  FCRs 
and  coordinated  through  the  FWG.  Therefore,  the  FCR  is  an  adequate 
medium  for  coordinating  facility  interface  problems. 

TIMELINE  FUNDING 

Tug  timeline  funding  for  the  Tug  program  ground  operations  was 
treated  in  two  phases:  DDT6-E  and  operations.  The  costs  presented 

reflect  the  recommended  ope  ion  6 cost  of  processing  the  Tug  In  a 
factory-clean  environment  ir.  *.he  VAB.  The  funding  diagrams  repre- 
sent an  estimated  program  ce^t  each  year  based  on  1974  dollar  labor 
rates  currently  used  by  the  Mur tin  Marietta  Corporation  and  a con- 
stant direct  labor  overhead  rate  of  110%,  which  was  a NASA-directed 
rate  applied  to  this  study.  Due  to  different  accounting  practices, 
management  and  administrative  rate.  , overhead  and  computer  unit 
costs  are  estimated  as  if  the  work  were  performed  at  Martin  Mar- 
ietta’s Denver  Data  Center  for  all  computer  costs  shown  in  the 
software  WBS  item.  All  major  material  procurement  such  as  spares, 
propellants,  and  gases  were  treated  as  GFE  with  no  rates  applied. 

Table  II-1Q  displays  the  estimated  activation  cost  differences  be- 
tween the  various  processing  options  considered  in  this  study. 

The  cost  of  option  6 was  spread  through  the  DDT&E  phase,  from  1980 
thru  1983,  along  with  the  projected  manpower  buildup  as  shown  by 
Table  11-11. 


Table  11-10  Activation  Cost  Consideration,  $ in  Millions 


Options 

Clean  Processing 

Factory ^Clean 

Processing 

1 

2 

3 

4 

5 

6 

7 

Tug  Unique  GSE 

13.53 

8.62 

8.62 

8.35 

8.10 

7.49 

7.49 

Tug  Facility  Modification 

6.10 

5.96 

5.92 

10.69 

6.18 

5.90 

6.09 

IUS  Unique  GSE 

0.20 

0.20 

0.20 

0.20 

0.20 

— 

— 

IUS  Facility  Modification 

0.30 

0.27 

0.27 

0.33 

0.45 

0.06 

0.06 

Kick  Stage  GSE 

3.06 

2.80 

2.80 

2.79 

2.80 

2.80 

2.80 

Launch  Pad/PCR,  OPF  and 

0.57 

0.57 

0.64 

0.57 

0.57 

0.57 

0.57 

Warehouse 

Total 

23.76 

18.42  I 

18.45 

22.93 

18.30 

16.82 

17.01 

Rating 

3 

1 

2 

| 4 

3 

1 

2 

The  resulting  cost  of  the  DDT&E  phase  is  shown  below  in  Table  11-11. 


Table  11-11  Ground  DDT&E  Timeline  Funding , $ in  Millions 


Function 

1980 

1981 

1982 

1983 

Total 

Fleet  Utilization 
Project  Management 

0.26 

o.so 

2.07 

4.78 

7.61 

Ground  and  Launch 
Operations,  ETR 

0.62 

1.19 

2.47 

19.67 

23.95 

Ground  and  Launch 
Operations,  WTR 

— 

0.50 

2.52 

1.96 

4.98 

DDT&E  Phase  Total 

0.88 

2.19 

7.06 

26.41 

36.54 

Operations  phase  funding  from  January  1984  thru  December  1991  is 
shown  in  Table  11-12 . 


Fleet  utilization  project  management  costs  represent  the  cost  of 
project  level  cost/performanee  management  depot  maintenance, 
long-range  scheduling  of  the  Tug  fleet,  and  sustaining  engineering. 

Ground  and  launch  operations  at  WTR  indicate  the  cost  of  the  launch/ 
recovery  support  crews  * propellants,  spares,  and  facility  mainte- 
nance. 

Ground  and  launch  operations  at  ETR  indicate  the  cost  of  the  oper- 
ational crews  supporting  refurbishment  at  the  central  processing 
facilities  and  checkout  crews,  facility  maintenance  costs,  pro- 
pellants, spares  and  central  warehousing. 
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1980  1981  1982  1983  1984  1985  1986  1987  1988  1989  1990  1991 

Year 

Figure  11-28  Tug  Ground  Operations  Yearly  Funding 
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These  data  summarize  the  detailed  estimate  o f all  the  personnel, 
material,  facilities,  GSE , maintenance  and  travel  costs  based  on 
study  results  and  data  accumulated  from  similar  programs  within 
Martin  Marietta’s  aerospace  experience,  Evaluation  of  site  modi- 
fication costs  and  maintenance  at  ETR  and  WTR  was  performed  by 
personnel  familiar  with  the  requirements  of  these  particular 
sites.  Evaluation  of  the  personnel  requirements  at  each  of  the 
three  project  functions  were  made  by  engineering  personnel  famil- 
iar with  the  types  of  task  requirements  peculiar  to  the  site  func- 
tion. Materials  were  priced  using  current  known  costs,  spares 
costs  were  forecast  from  results  of  an  earlier  study.  All  items 
were  compiled  using  a computerized  cost  proposal  model  with  ap- 
propriate overhead  raten  and  factors  applied.  Refer  to  the  cost 
volume  (Volume  III)  for  detailed  information. 


11-67 


CONTENTS 


1.0  INTRODUCTION  

2.0  GENERAL  REQUIREMENTS  

3.0  OPERATIONAL  PHASE  STUDY  ELEMENTS  . , 

Figure 


i ri  -A-i 

I I S -A-4 

Li I-A-5 
thru 
1 1 1 -A -4 8 


III-A-1 

III-A-2 


III-A-3 

III-A-4 

III-A-5 


Ill-A-6 
UI-A-7 
LIt-A-8 
IIl-A-9 
III -A- 10 


Ground  Operations  Methodology  

Tug  Ground  Operations  Functional  Flow  Diagram 

100K  Clean  Processing  

Tug  Ground  Operations  Flow  ....... 

Tug/Shuttle  Mate  and  Demate . . . 

Tug  Ground  Operations  Timeline  Resource 
Requirements  (KSC  Green  Light  Flow),  100K.  Clean 

Processing  

Tug  Turnaround  Flow  . 

Mate/Demate  Fixture  (MDF)  

Normal  Ground  Movement  at  ESC  . 

ETR  Launch.  Site  Operations  Crew  Size  ......  . 

Tug  Fostlanding  Sal  ing  Philosophy 

Table 


III-A-2 

III-A-3 
II I -A- 7 
II1-A-9 


II l-A-11 
IIl-A-15 
1 1 I-A-23 
IIT-A-27 
I II -A- 34 
II I-A-35 


III-A-1  Facility  Requirements  ..............  III-A-17 

Itl-A-2  Ground  Support  Equipment  Matrix  .........  III-A-19 

III-A-3  TSE  Requirements  ..........  III-A-25 

III-A-4  OFI  Requirements  Matrix  .....  ...  IIT-A-33 

III-A-5  Software  Requirements  11I-A-40 

III-A-6  Timeline  Funding  (Millions  $)  . . . , II1-A-48 


m-A-ii 


III. 


SUBPLANS 


A.  TUG  OPERATIONAL  SUBPLAN 
1,0  Introduction 

This  subplan  defines  the  single  cycle  turnaround  plans  and  resource 
requirements  for  an  operational  Tug,  The  plan  is  based  on  process- 
ing iu  a LOOK  clean  area.  Addendum  6 details  the  recommended  fac- 
tory clean  processing • 

Fleet  size  (active  and  total)  and  total  resource  requirements  to 
accommodate  that  fleet  size  are  defined  in  the  Fleet  Utilization 
Subplan  B,  Processing  requirements  and  timelines  for  the  first 
flight  Tug  are  discussed  in  the  Site  Activation  Subplan  D,  and  XUS 
to  Tug  transition  is  discussed  in  Subplan  E.  All  requirements  and 
planning  shown  Ttfithin  this  subplan  are  based  on  an  operational 
period  after  the  learning  curve  has  flattened , and  after  initial 
activation  and  early  flight  problems  have  been  experienced  and  re- 
solved. 

Turnaround  flow  and  resource  requirements  are  summarized  in  this 
plan.  Detailed  requirements  and  specifications  for  resources  are 
included  in  Appendixes  A through  E* 

The  ground  operations  approach  used  to  develop  the  Tug  operational 
subplan  is  illustrated  in  Figure  III-A-1, 

The  basic  approach  has  been  to  analyze  the  MSFC  baseline  Tug  and 
supporting  documentation  to  define  operations  required  for  refur- 
bishment and  checkout  at  the  launch  sites.  Where  existing  docu- 
mentation was  inadequate,  ground  rules  were  established  on  which  to 
proceed.  Areas  that  affect  the  ground  checkout,  maintenance,  re- 
furbishment, and  launch  were  analyzed  to  identify  operational  im- 
pacts, and  casts  that  would  affect  the  Tug,  and  consequently  the 
Shuttle  program.  Where  basic  philosophies  were  required  before 
detailed  requirements  could  be  defined,  we  developed  and  coordin- 
ated these  philosophies. 

At  the  outset,  the  ground  rules  used  were  those  set  forth  in  the 
Baseline  Svaae  Tug  Ground  Operations:  Verification,  Analysis  and 

Processing  Docwnent,  68M0C039-4 . As  this  study  and  the  four  con- 
current studies  evolved,  basic  ground  rules,  assumptions,  and  ap- 
proaches were  generated  to  better  fit  the  operations  required. 

These  are  documented  in  para  2,0, 
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Figure  III-A-1  Ground  Operations  Methodology 


Tug  ground  turnaround  time  was  determined  through  a systematic 
analysis  of  each  function  required  to  refurbish  and  checkout  a re- 
turned Tug,  mate  it  to  a spacecraft  and  to  the  Shuttle  and  launch. 
It  was  determined  that  a single  Tug  could  be  turned  around  within 
the  allocated  Orbiter  turnaround  time  with  a crew  of  80  people 
working  two  shifts  per  day,  five  days  a week. 


Facility  utilization  at  ETR  and  WTR  was  addressed  in  detail  start- 
ing from  certain  broad  facility/location  philosophies.  In  estab-  • 
lishing  these  philosophies,  we  drew  heavily  on  previous  study  re- 
sults where  applicable. 


We  baselined  a Common  Tug  Maintenance  and  Checkout  Facility  (CTMCF) 
over  dedicated  EfR  and  WTR  facilities.  A study  performed  last 
year  shows  significant  savings  in  a CTMCF  approach  if  the  WTR  Tug 
traffic  is  low  (Ref  VI-5).  The  traffic  model,  which  was  the  base- 
line early  in  the  study,  shows  WTR  Tug  flight  ranging  from  5 to  8 
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per  year.  However,  subsequent  inputs  to  be  used  in  this  study 
indicate  that  a substantially  reduced  number  is  more  realistic. 
Addendum  7 documents  a special  emphasis  assessment  performed  as 
part  of  this  study.  It  describes  the  capability  of  the  WTR  facil- 
ity in  more  detail  and  provides  our  recommended  WTR  deltas  to  ac- 
commodate Tug  launches, 

A common  NASA/DOD  facility  was  selected  for  Tug  processing  over 
dedicated  facilities.  The  baseline  traffic  model  reflects  a com- 
bined NASA/DOD  Tug  flight  density  ranging  from  24  to  37  per  year. 
Until  the  full  impact  of  classified  payloads  is  defined,  it  is 
assumed  that  security  can  be  handled  in  a common  facility,  if  prop- 
erly planned. 

The  study  baselines  Tug  to  spacecraft  mate  and  integration  off-pad  at 
ETR.  The  heavy  traffic  through  the  PCR  (all  payload-Tug  and  non-Tug) 
at  ETR  precluded  routine  mating  at  the  pad.  However,  the  option 
of  vertical  integration  at  the  PCR  is  provided  for  priority  pay- 
load  changeout.  At  WTR,  the  traffic  Is  much  lighter,  and  the  PCR 
design  is  more  suitable  for  checkout.  Consequently,  the  study  as- 
sumes a WTR  delta  of  Tug  to  spacecraft  mate  and  integration  with 
the  Orbiter  on  the  launch  pad. 

The  study  baselines  payload  to  Shuttle  mate  at  the  pad  rather  than  at 
the  OPF  based  on  previous  study  recommendations,  the  results  of  our 
analysis  that  show  approximately  a 60-hour  reduction  in  Tug  process- 
ing time  over  OPF  installation,  and  the  improved  capability  of  the 
ETR  PCR  concept. 

The  detailed  GSE  requirements  and  quantity  required  for  ETR  and  WTTR 
are  documented  on  the  GSE  requirement  specification  sheets  in  Ap- 
pendix B*  The  approach  in  the  conceptual  design  of  the  GSE  is  to 
make  it  as  versatile  as  possible  and,  in  most  cases,  portable  to  the 
extent  that  it  can  be  used  in  various  locations  during  refurbishment 
and  checkout  activities. 

The  LPS  concept  for  centralized  automatic  checkout  and  monitoring 
of  the  complete  Shuttle  system,  including  Tug,  at  both  launch  sites, 
was  used  for  this  study.  This  study  assumes  that  a computer  remote 
station  with  input/output  (I/O)  equipment  will  be  available  for 
dedicated  Tug  usage  off  line  as  well  as  after  installation  in  the 
Orbiter. 

Detailed  facility  requirement  sheets,  maintenance,  and  software 
requirement  sheets  are  contained  in  the  appendixes  and  summarized 
in  the  subplan* 
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2.0  General  Requirements 


Throughout  the  Tug  operational  phase  study,  certain  ground  rules 
and  guidelines  were  established  in  order  to  accomplish  the  opera- 
tlons  analyses  and  establish  GSE  and  facility  requirements, 

2.  1 o' round  Hu l es 

1)  Tug  ground  operations  times  are  based  on  a f ive-day  work  week, 
with  two  shifts  per  day  at  ETR  and  one  shift  per  day  at  WTR. 

2)  Do  not  impact  Orbiter  times  allocated  In  KH C flow,  dated 

June  21,  1074.  (20  hours  OLF/OPF  or  24  hours  on-pad.) 

3)  The  spacecraft  is  flight-ready  when  it  is  received  for  Tug/ 
spacecraft  integration. 

4)  Ho  maintenance  of  the  Tug  will  he  performed  while  the  Tug  is 
in  the  Orbiter  bay. 

5)  Tug  main  propellant  will  be  dumped  and  tanks  purged  on-orbit. 

6)  Abort  flight  sequence  will  dump  Tug  oxidizer  only  before 
Orbiter  landing* 

I dul  de  l into: 

1)  Checkout  is  based  on  the  nlast  flight  is  the  best  test11 
philosophy , 

2)  LPS  is  primary  mode  of  ground  checkout. 

3)  Avionics  alignment  will  be  accomplished  off  Tug, 

4)  A hybrid  maintenance  will  be  used- 

5)  Tug  to  be  processed  10GK  clean. 

3.0  Operational  Phase  Study  Elements 
2 . i (j  round  ope ra  t i o H l ou 

The  Tug  ground  operations  processing  *n  a 100K  clean  area  is  showm 
in  Figure  III-A-2*  Factory  clean  processing,  which  is  our  recom- 
mended approach,  is  shown  in  Addendum  6*  The  highlighted  flow 
(heavy  line)  is  the  "green  light”  flow  used  for  determining  opera- 
tional crew  sizes  and  timelines.  Under  normal  conditions,  contin- 
gency situations  are  assessed  in  subplan  B and  addendum  4,  The 
flows  shown  in  parallel  are  optional  approaches  or . contingency  flows. 
Functions  that  have  no  active  Tug  participation  are  shown  as  a 
dashed  functional  block  while  those  with  active  Tug  participation 
is  a solid  functional  block.  The  functional  block  number  is  a 
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3.1.1  Operations  - Figure  I1I-A-3  provides  a brief  summary  of  th 
operations  derived  from  the  functional  flow  analysis. 
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Figure  III-A-3  Tug  Ground  Operations  Flow 


The  Tug  is  transported  to  the  OLF  from  the  factory  in  a horizontal 
position  via  aircraft.  It  remains  in  the  horizontal  position  while 
it  is  being  transported  to  the  test  and  checkout  area;  at  ETR  this 
is  the  TPF  and  at  WTR  the  PPR.  In  the  checkout  area,  the  Tug  is 
installed  vertically  into  the  checkout  fixture  where  receiving  in- 
spection is  performed,  and  snip-loose  equipment  is  installed.  The 
Tug  remains  in  a vertical  position  throughout  the  remaining  checkout 
process. 
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Upon  completion  of  system  level  leak  checks  the  Tug  is  cleaned 
and  moved  into  100K  clean  checkout  area.  The  Tug  is  then  mission- 
configured,  which  consists  of  avionics  equipment  changeout  and  con- 
figuring MSS/PSS  console  for  an  assigned  mission.  The  deployment 
adapter  is  installed.  If  required,  the  kick  stage  is  mated  and 
the  Tug  is  prepared  for  the  System  Health  Evaluation  (SHE)  test. 

The  SHE  is  performed,  using  the  onboard  checkout  system  in  conjunc- 
tion with  the  LPS.  This  test  verifies  the  functional  operation 
and  operational  compatibility  of  all  Tug  systems  functioning  to- 
gether in  the  anticipated  mission  sequence;  also  it  generates  data 
used  to  compare  with  preestablished  trend  data. 

Previous  to,  or  concurrently  with,  these  operations,  the  kick  stage 
has  been  unloaded  from  the  aircraft  and  transported  to  the  checkout 
area.  It  is  then  rotated  from  its  horizontal  transportation  posi- 
tion to  the  vertical  and  placed  in  the  checkout  fixture  for  build- 
up and  checkout.  Upon  completion  of  systems  checkout,  a Combined 
Systems  Test  (CST)  is  performed.  The  kick  stage  may  then  be  stored 
or  mated  with  the  Tug  depending  upon  mission  requirements.  After 
Tug/kick  stage  interface  verification,  a SHE  test  is  performed  on 
the  Tug/kick  staga/adapter . 

The  Tug  is  then  mated  with  the  spacecraft  in  the  vertical  position. 
After  mating  the  Tug/spacecraft  interfaces  are  verified  and  tha 
payload  prepared  for  Functional  Interface  Test  (FIT).  FIT  is  a 
compressed-time  simulated  mission  sequence  to  verify  total  payload 
functional  and  operational  compatibility.  The  LPS  will  be  used  for 
functional  stimulation,  data  monitoring,  and  recording. 

Upon  completion  of  this  test,  an  open  loop  communication  test  be- 
tween the  payload  to  ground  station  and  payload  to  Orbiter  will  be 
conducted.  At  this  time  the  Tug  fligh:  battery  will  be  installed 
and,  if  required,  the  ordnance  will  be  connected.  The  payload  is 
then  loaded  into  the  canister  vertically,  moved  to  the  pad,  and 
installed  in  the  Payload  Changeout  Room  (PCR) . Figure  III-A-4 
illustrates  the  mate/demate  process. 

When  the  Orbiter  is  ready  for  payload  mate,  the  PCR  is  mated  to 
the  Orbiter,  the  PCR  and  Orbiter  doors  opened,  and  the  payload  in- 
stalled in  and  mated  to  the  Orbiter.  Interface  tests  are  then 
performed,  fuel  cell  reactants  and  remaining  pressurants  loaded, 
and  at  T-2  hours,  MPS  propellants  loaded  concurrent  with  Shuttle 
cryogenic  propellent  loading.  The  Tug  is  then  ready  for  final 
countdown,  launch,  and  mission  operations. 
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Figure  III-A-4  Tug/Shuttle  Mate  and  Demate 

Upon  mission  completion  and  after  the  Orbiter  lands,  the  flight 
crew  will  make  a final  check  to  ensure  all  Caution  and  Warning 
(C&W)  are  within  limits  before  egress.  The  flight  crew  will  ini- 
tiate and  verify  the  transfer  of  control  of  Tug  functions  to  ground 
control.  The  Tug  ground  control  will  monitor  the  C&W  parameters 
with  particular  attention  to  tank  pressure  levels  during  postland- 
ing temperature  variation.  In  the  course  of  monitoring  tank  pres- 
sures and  temperatures,  ground  control  will  verify  the  pressure 
integrity  of  all  tanks  in  the  gross  terms  available  with  flight 
instrumentation.  These  requirements  will  be  accomplished  at  the 
OLF. 
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The  Orbiter  is  then  moved  to  the  OPF,  and  after  the  cargo  bay  is 
verified  safe,  the  bay  doors  are  opened  and  the  payload  removed. 

The  payload  is  then  placed  on  a demate  fixture  and  the  spacecraft 
removed  from  the  Tug  before  the  Tug  is  returned  to  its  checkout 
area.  Since  there  is  some  concern  with  congestion  in  the  OPF, 
another  alternative  is  to  move  the  mated  Tug/spacecraf t to  the  TPF 
before  separation.  The  spacecraft  could  then  be  separated  from  the 
Tug  in  the  airlock  of  the  TPF.  The  Tug  is  then  moved  to  the  check- 
out area  for  maintenance,  refurbishment,  and  turnaround  verifica- 
tion. 

The  Tug  safing  for  turnaround  operations  is  completed  at  the  TPF 
airlock.  The  APS  tanks  and  lines  will  be  drained  of  residual  hy- 
drazine and  the  system  purged  and  sealed  with  a dry  nitrogen  blanket. 
The  flight  battery  will  be  disconnected  and  removed.  All  Tug  pres- 
surized systems  will  be  leak  checked  at  maximum  operating  pressure 
to  verify  system  integrity.  Upon  completion  of  the  leak  check,  each 
system  will  be  vented  to  a pressure  of  one-fourth  or  less  of  the 
design  burst  pressure  and  sealed.  The  remainder  of  processing  will 
be  accomplished  with  the  tanks  locked  up  to  this  blanket  pressure. 

After  the  Tug  is  safed,  the  Tug  and  adapter  are  demated  and  the 
adapter  is  moved  to  its  area  for  refurbishment.  The  Tug  undergoes 
a visual  damage  inspection  to  determine  if  any  damage  has  been  in- 
curred during  flight  or  postflight  operations.  The  Tug  is  then 
cleaned  and  moved  to  the  clean  area  of  TPF.  Any  troubleshooting 
that  may  be  required  by  Inflight  anomalies  will  he  accomplished. 
Scheduled  maintenance  on  Tug  systems  is  then  accomplished  based  on 
estimated  hardware  life  and  condition,  as  indicated  by  inflight 
data.  Any  module  that  requires  replacement  by  schedule  or  by  in- 
flight anomalies  will  he  replaced  at  this  time. 

Upon  completion  of  these  activities,  the  Tug  is  configured  for  its 
particular  assigned  mission  and  the  flow  follows  as  previously 
described . 

3.1.2  Stick-and-Ball  Chart  - The  stick-and-ball  chart  (Fig.  III-A-5), 
is  a visual  display  of  all  functional,  timeline,  and  resource  re- 
quirements for  the  ETR  Mgreen  light"  flow.  It  provides  timeline  re- 
source requirements  for  a single  Tug  turnaround.  The  chart  provides 
function  operational  time  by  3hift  and  by  hour  for  two  levels  of 
functional  flows  and  displays  WBS  allocations  for  turnaround  opera- 
tions, It  also  provides  operations  sequence  data  and  indicates  where 
parallel  operations  occur.  The  numbeis  and  titles  appearing  between 
or  at  the  circles,  refer  to  block  numbers  on  the  Tug  Ground  Opera- 
tions Functional  Flow  Diagram  (Fig.  III-A-2) . The  numbers  appear- 
ing under  GSE  refer  to  the  GSE  unit  identification  numbers.  Descrip- 
tion sheets  for  each  piece  of  GSE  is  included  in  Appendix  B. 
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The  manpower  resources  necessary  to  perform  the  sequenced  func- 
tions are  provided  by  type  and  skill.  The  facilities  identified 
to  support  turnaround  activities  are  identified,  as  they  are  used 
for  a single  Tug  turnaround.  The  GSE  necessary  to  support  each 
function  is  shown  and  its  use  timelined. 


3.1.3  Tug  Turnaround  Flow  - The  waterfall  shown  in  Figure  III-A-6 
summarizes  the  KSC  green  light  sequence  shown  on  the  Tug  functional 
flow  and  highlighted  by  the  heavy  black  interconnecting  line.  The 
operations  Mme  shown  is  an  estimate  of  the  time  required  by  ex- 
perienced personnel  to  complete  the  function.  While  the  Tug  it- 
self does  not  require  160  hours  for  ground  turnaround  operations, 
the  Tug  flow  has  been  fitted  into  the  overall  KSC  Shuttle/Tug 
Turnaround  Allocation  dated  June  21,  1974. 

3.2  Facility  and  GSF  Requirements 

3.2.1  Facilities  - The  operatloral  phase  data  was  developed  to 
reflect  pure  requirements  for  facilities  and  GSE,  Subplan  D as- 
sesses existing  and  planned  facilities  for  compatibility  with  the 
operational  phase  requirements,  and  facility  selec'ions  will  be 
made  at  that  time.  In  order  to  develop  green  light  flows,  we  have 
defined  generic  facilities  such  as  a Tug  Processing  Facility  (TPF) 
without  specifically  defining  which  existing  facility  will  be  used. 
Table  III-A-1  summarizes  the  facilities  that  are  required.  Appendix 
C provides  detailed  facility  requirement  sheets. 

3.2.2  GSE  Requirements  - The  GSE  requirements  for  ETR  and  WTR  are 
summarized  in  Table  III-A-2  and  are  identified  in  detail  in  Appendix 
B.  GSE  identified  has  been  restricted  to  significant  items  related 
directly  to  Tug  ground  operations.  No  attempt  was  made  to  itemize 
hand,  power,  and  machine  tools  required  in  the  maintenance  shops  or 
any  standard  items,  GSE  identification  numbers  refer  to  the  require- 
ment description  sheets  in  Appendix  B, 

The  LPS  concept  for  centralized  automatic  checkout  and  monitoring 
of  the  Tug  was  used  at  both  launch  sites.  ft  was  assumed  I/O  equip- 
ment dedicated  to  Tug  usage  will  be  available  for  maintenance  ai:d 
checkout  and  that  the  LPS  will  supply  hardware  interface  modules 
to  meet  Tug  requirements. 

3.3  Troisportation  Requirements  and  Support 

3.3.1  Mode  of  Transportation  - We  have  looked  at  the  major  trans- 
portation and  handling  requirement  associated  with  the  Tug  ground 
operations  functional  flow  based  on  the  size  and  weight  of  the  Tug 
described  in  the  Baseline  Space  Tug  Configuration  Lefiniticn,  MSEC 
68M00039-2.  Mode  of  transportation,  transportation  support  equip- 
ment (TSE) , and  functional  support  activities,  were  assessed  against 
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Table  III-A-1  Facility  Requirements 


Facility 

Functions 

Facility  Requirements  j 

Orblter  Processing 
Facility  (OFF) 
(Transfer  Aisle) 

Offload  Payload  from 
Orblter 

Existing  Transfer  Aisle 

OFF  (Tug  Demate  Area) 

Demate  Tug/ Spacecraft 
Remove  COMSEC  equipment 

Single  Cell  Located  in 
OFF,  Controlled  Access, 
LPS  Terminal 

Tug  Processing  Facility 
(TFF)  (Airlock) 

Receive,  Inspect,  Damage 
Inspection,  Tug  safing, 
Cleaning,  Demate  Tug/ 
Adapter 

Controlled  Access  Area, 

MPS  and  APS  Purge  and  Vent 
Provisions,  Personnel 
Safety  Provisions,  LPS 
Terminal,  10QB* Class  Clean 
Room 

TPF  (Tug  Maintenance  and 
Checkout  Area) 

Tug  Refurbish,  Checkout  and 
Buildup  for  Mission  Mate 
Spacecraft  to  Tug  and 
Checkout 

Two  Bay,  Controlled  Access, 
*1G0R  Clean  Room,  Tempest 
Compatible,  Parasitic 
Antenna,  LPS  Terminal  OIS 
Communications 

TPF  (Deployment  Adapter 
Maintenance  and  Checkout 
Area) 

Deployment  Adapter 
Refurbish  and  Checkout  in 
Preparation  for  Mate  with 
Tug 

Two  Bay,  *100 K Clean  Room, 
OIS  Communication,  LPS 
Terminal 

TPF  (Kick  Stage  Buildup 
and  Checkout  Area) 

Kick  Stage  Buildup  and 
Check  in  Preparation 
for  Mission 

Single  Bay, *10 OK  Clean 
Room,  OIS  Communications , 
LPS  Terminal 

TPF  (Storable  Propellant 
Loading  Area) 

Load  Tug  APS  Propellants 
and  Partial  Pressurant  Load 

Single  Bay, *100K  Clean  Room, 
OIS  Communications,  LPS 
Terminal,  Controlled 
Access,  Personnel  Safety 
Provisions 

TPF  (Tug  and  Adapter 
Storage  Area) 

Store  Tug  and  Adapter  until 
Required  for  Mission 

Temperature  and  Humidity 
Controlled  Area  for  Storing 
Four  Tugs  and  Two  Adapters 

TPF  (Tug  Hardware  Bonded 
ige  Area) 

i 

1 

i 

Store  Tug  System  Hardware 
Until  Required  to  Support 
Refurbishment  Activities 

Temperature  and  Humidity 
Controlled  Storage  Area, 
Storage  Racks,  Bins, 
Shelves  for  Tug  Components 

* 100K  was  baseline; 

factory  clean  is  the  study  reconmendation 
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Table  III-A-1  (canal) 


TPF  (Engine  Preparation 
and  Service  Area) 


TPF  (Battery/Fuel  Cell 
Service  Area) 


TPF  (GSE  Checkout  and 
Maintenance) 


TPF  (Avionics  Checkout 
and  Maintenance) 


IFF  (Paint  Shop) 

TPF  (Canister  Load  Area) 


Payload  Chan  geo  ut  Room 


Major  Ba^ine  Overhaul  and 
Re  f urb  i ■ * hraent 


Battery  and  Fuel  Cell 
Preparation  and  Refurbish 


Periodic  Calibration  and 
Maintenance  of  GSE 


Avionic  LRU  Refurbishment 
and  Checkout 


Refurbish  Tug  LRU/ Segments 


Lo&i  Payload  into  Canister 
for  Transport 


Payload  Transfer  (Canister 
to  PCR),  Buildup  and 
Checkout,  Transfer  (PCR 
to  Orb  iter  Bay) 


Controlled  Access*100K 
Clean  Room,  LPS  Terminal 


Controlled  Access  *L00K 
Glean  Room,  LPS  Terminal, 
Hydrogen  and  Oxygen  Vents 


*I00K  Clean  Room,  Bench 
Calibration  Areas 


*iOQK  Clean  Room,  LPS 
Terminal,  Stable  Platform 
for  Optical  Alignment,. 

LRU  Refurbishment  Area 


*iOOK  Compatible 

*j.dOK  Clean  Area,  Controlled 
Access,  CIS  Communication 

Retractable  100K  Clean 
Room,  LPS  Terminal, 

Payload  Handling  Device, 
Controlled  Access,  Tempest 
Compatible 
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Support 


1)  Tug  transportation  between  KSC  and  WTR; 

2)  Tug  transportation  from  manufacturer  to  KSC; 

3)  Normal  ground  movement  at  KSC* 

Air  transportation  was  selected  as  the  primary  mode  of  transport 
assuming  that  the  747  approach  is  used  for  the  Orbiter  and  that 
it  is  available  to  Tug.  The  outsized  configuration  of  Tug  pre- 
cludes over-the-highway  transport  because  of  restricted  travel 
times,  route  survey  requirements,  special  routing,  permit  acqui- 
sition, escort  and  security  control,  and  added  time  in  transport. 
Water  mode  is  not  practical  based  on  shipping  time  and  the  possi- 
bility of  shipment  from  an  inland  manufacturer,  although  it  should 
still  be  considered  as  a viable  alternative  if  the  recommended 
approach  is  not  acceptable.  Rail  transportation  is  not  desirable 
based  on  oversized  configuration,  excessive  time  enroute,  possi- 
bility of  unfavorable  induced  loads,  and  required  combination  of 
rail  and  water  transportation  to  return  Tugs  from  contingency 
landing  sites.  Air  transport  will  accomplish  one  day  delivery 
from  a manufacturer  to  KSC  or  between  KSC  and  WTR.  Tugs  can  be 
flown  from  alternative  or  contingency  landing  sites  to  KSC  in 
minimal  time. 

Several  probable  cargo  aircraft  were  looked  at  for  internal  cargo 
transport  of  the  Tug.  Tug  is  too  close  to  the  maximum  cargo  en- 
velope of  the  Pregnant-  or  Mini-Guppy  to  make  transport  with  that 
aircraft  desirable.  Aero  Spacelines  Super  Guppy  could  accommodate 
Tug  but  availability  of  that  aircraft  in  the  projected  Shuttle  time 
frame  is  questionable.  Major  modification  to  the  Boeing  747  in- 
ternal cargo  structure  would  be  required  for  normal  transportation 
with  that  aircraft.  Tug  could  be  ferried  within  the  Orbiter  in  the 
piggyback  mode.  This  should  add  no  significant  design  factors  not 
already  incorporated  into  the  Orbiter  payload  bay  design,  but  would 
require  significant  trade  study  relative  to  the  added  weight  and 
airborne  configuration  of  the  Orbiter  on  the  747.  An  alternative 
approach,  and  the  one  we  recommend,  is  the  747  piggyback  shipment 
of  the  Tug  in  a cargo  canister  that  occupies  some  portion  of  the 
envelope  currently  planned  for  the  piggyback  shipment  of  the  Ex- 
ternal Tank.  The  envelope  created  by  the  747  cargo  canister  would 
accommodate  Tug/Spacecraft/Kick  Stages  for  combined  payload  ship- 
ments. Besides  providing  maximum  environmental  protection  and 
relative  ease  of  handling,  the  cargo  canister  could  be  multiuse  in 
nature,  accommodating  various  payloads  including  Spacelab  and  sup- 
port equipment  shipments,  and  provide  protective  enclosure  for  pay- 
load  movements  during  ground  processing  as,  for  example,  when  trans- 
porting from  the  TPF  to  the  PCR  at  the  launch  pad* 
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3.3.2  Tub  Transportation  between  KSC  and  IJTR  - A typical  trans- 
portation flow  from  KSC  to  WTR  would  start  with  Tug  preparation 
for  piggyback  shipment  at  the  TPF.  Tug  openings  will  be  sealed, 
flight  Instrumentation  kit  will  be  installed,  and  LH2  tank  for- 
ward dome  cover  will  be  attached.  A prime  mover  will  position  a 
cargo  canister  transporter  with  canister  attached  through  the  TPF 
airlock  into  the  high  bay  aisle  area  to  a point  where  it  can  re- 
ceive .he  Tug.  The  coffin-type  cargo  canister  will  be  opened  by 
removing  its  upper  half  with  the  TPF  crane.  The  crane  will  then 
lift  the  Tug,  move  it  to  the  cargo  canister,  and  position  it  in 
the  canister.  After  tiedown  attachments  have  secured  the  Tug  in 
the  lower  half  of  the  canister  on  the  transporter,  the  upper  half 
of  the  canister  will  be  reinstalled  and  bolted  at  the  canister 
attachment  flanges.  The  Tug,  secured  inside  the  cargo  canister, 
will  be  towed  to  the  Shuttle  airfield. 

We  recommend  use  cf  the  .'late-Demate  Fixture  (MDF) , Figure  III-A-7, 
planned  for  use  on  Orbiter  piggyback  loadings  at  Palmdale  and 
Edwards  AFB,  to  lift  and  position  the  cargo  canister  for  attach- 
ment to  the  747.  Multiple  use  of  this  fixture  is  cost-effective 
and  it  is  assumed  the  Palmdale  and  Edwards  AFB  units  can  be  broken 
down  and  reassigned  to  WTR  and  KSC  in  time  to  support  Tug  opera- 
tions in  1983. 


Figure  III-A-7  Mato/Demate  Fixture  (MDF) 
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When  Che  cargo  canister  transporter  arrives  at  the  Shuttle  air- 
field, it  will  be  towed  into  the  MDF.  The  canister  will  be  de- 
tached from  the  transporter  and  raised  to  position  at  the  top  of 
the  MDF.  The  empty  canister  transporter  will  be  towed  out  of  the 
MDF.  The  747  will  then  be  towed  into  the  MDF  and  the  cargo  canis- 
ter will  be  attached  to  the  aircraft.  The  747  with  piggyback 
cargo  canister  attached  will  be  towed  out  of  the  MDF  and  to  the 
airstrip  for  taxi  and  takeoff. 

After  landing  at  WTR,  the  747  will  taxi  to  proximity  of  that  site's 
MDF.  After  engine  shutdown  and  postflight  checks,  the  747  will  be 
towed  into  the  MDF.  The  cargo  canister  will  be  disconnected  and 
lifted  free  of  the  aircraft,  the  aircraft  will  be  towed  out  of  the 
MDF,  and  the  cargo  canister  transporter  will  be  towed  into  the  MDF. 
The  canister  will  be  lowered  and  attached  to  its  transporter  that 
will  then  be  towed  to  the  PCU. 

3.3.3  Tug  Transportation  from  Manufacturer  to  KSC  - A contractor 
loading  operation  for  Tug  shipments  from  the  manufacturer  to  KSC 
would  be  similar  to  that  described  for  transportation  from  KSC  to 
WTR,  but  a crane  operation  would  probably  be  used  at  the  airfield 
instead  of  the  MDF  unless  additional  procurement  of  that  fixture 
can  be  proven  cost-effective. 

A summary  of  the  major  transportation  support  equipment  required 
for  the  transportation  concept  presented  is  shown  in  Table  1II-A-3. 

3.3.4  Normal  Ground  Movement  at  KSC  - A summary  of  a normal  ground 
operations  handling  flow,  based  on  the  green  light  function  flow, 
i9  illustrated  in  Figure  III-A-8.  The  flow  will  start  with  removal 
of  the  payload  from  the  Orbiter  payload  bay  at  the  OPF.  The  payload 
bay  doors  will  be  opened,  the  OPF  bridge  crane  will  be  positioned, 
and  hoisting  sling  attachment  will  be  made  at  the  payload.  The 
payload  will  be  detached  from  the  payload  bay,  lifted  free  of  the 
Orbiter,  and  placed  on  a payload  demate  fixture.  The  payload 
hoisting  sling  will  be  removed.  The  spacecraft  will  be  detached 
from  the  Tug,  and  its  lifting  sling  attachment  will  be  completed. 

The  spacecraft  will  be  lifted  from  the  demate  fixture,  positioned 
on  a spacecraft  transporter,  and  secured  and  covered  for  movement 

to  the  spacecraft  processing  facility.  A Tug  ground  transporter 
will  be  towed  by  prime  mover  into  position  parallel  with  the  demate 
fixture.  Hoisting  sling  attachment  will  be  made  at  the  Tug,  and 
the  bridge  crane  will  lift  and  position  the  Tug  on  its  transporter. 
Tiedown  will  be  completed,  a Tug  cover  will  be  installed,  and  the 
Tug  and  adapter  will  be  towed  to  the  TPF. 
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Figure  II1-A-8  Normal  Ground  Movement  at  KSC 
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When  the  Tug  transporter  arrives  at  the  TPF,  any  necessary  wash” 
down  of  the  transporter  or  Tug  cover  will  be  completed  outside  the 
airlock  area.  The  transporter  will  then  be  positioned  in  the  air- 
lock area.  The  Tug  cover  will  be  removed  and  a hoisting  sling  in- 
stalled. The  Tug  will  be  disconnected  from  the  transporter  and 
lifted  by  the  airlock  crane.  The  prime  mover  will  then  tow  the 
transporter  out  of  the  airlock  area.  A mobile  Tug  adapter  fixture 
that  can  function  as  a pivoting  adapter  will  be  aligned  in  its 
horizontal  position  with  the  Tug  adapter.  While  the  Tug  is  sup- 
ported by  the  crane  and  positioned  with  hydroset  control , circum- 
ferential attachment  will  be  made  between  the  Tug  adapter  and  the 
adapter  fixture.  A forward  Tug  lifting  adapter  will  be  installed 
and  forward  sling  attachment  completed.  Handoff  from  the  horizon- 
tal spreader  sling  to  the  forward  sling  will  be  completed  and  the 
airlock  crane  will  lift  the  front  of  the  Tug  while  the  adapter  end 
pivots  and  translates  on  the  adapter  fixture  until  Tug  and  adapter 
are  vertically  oriented.  The  Tug  and  adapter  will  be  moved  by 
crane  and  the  mobile  adapter  fixture  to  position  In  an  airlock  pre- 
checkout stand. 

When  precheckout  operations,  including  cleaning,  have  been  com- 
pleted, the  aft  adapter  on  the  mobile  adapter  fixture  will  be  dis- 
connected from  the  Tug,  removed  from  the  stand,  and  positioned  in 
the  airlock  area  for  inspection  and  cleaning.  It  will  then  be 
moved  into  the  checkout  area  for  maintenance  operations.  A pay- 
load  manipulator  will  be  positioned  to  receive  the  Tug  at  the  pre- 
checkout stand  c The  manipulator  arms  will  be  attached  to  the  Tug 
and  the  Tug  will  be  removed  from  the  stand  and  transported  in  ver- 
tical position  from  the  airlock  area  to  the  checkout  area  cell. 

Cell  installation  will  be  completed  and  inspection  and  maintenance 
operations  will  commence.  A self-powered  manipulator  is  needed 
later  in  the  process  cycle  to  effect  a sealed  transfer  of  the  pay- 
load  into  the  cargo  canister  for  transfer  to  the  FCR.  Its  added 
use  at  this  point  in  the  flow  to  move  the  Tug  from  the  airlock  to 
the  checkout  area  avoids  either  a handoff  operation  from  the  air- 
lock  crane  to  the  checkout  crane  or  the  cost  of  extending  the  check- 
out area  crane  into  the  airlock. 

When  Tug  maintenance  and  checkout  operations  are  complete,  a re- 
furbished adapter  on  its  mobile  adapter  fixture  will  be  positioned 
at  the  aft  end  of  the  Tug  in  the  checkout  cell.  The  adapter  will 
be  Installed  on  the  Tug..  Mechanical  and  electrical  interface  be- 
tween Tug  and  adapter  will  be  verified  and  additional  system  check- 
out operations  performed. 

A processed  kick  stage  will  be  delivered  to  the  airlock  area  of 
the  TPF  on  its  transporter.  It  will  be  transferred  by  the  payload 
manipulator  tc  the  checkout  cell  where  it  will  be  lifted  by  crane 
and  mated  to  the  Tug.  A processed  spacecraft  will  be  transported 
to  the  airlock  area,  transferred  by  the  manipulator,  and  installed 
by  the  crane  on  the  kick  stage.  The  manipulator  is  proposed  for 


these  moves,  as  it  was  for  the  Tug,  to  preclude  crane  handoff 
or  major  modification  to  move  from  the  airlock  to  the  checkout 
area.  The  manipulator  arms  would  have  to  be  designed  to  accept 
the  smaller  diameter  kick  stage  and  spacecraft  as  well  as  Tug. 

After  functional  interface  tests  and  further  system  verification 
has  been  performed,  the  integrated  payload  will  be  prepared  for 
movement.  The  payload  manipulator  will  grab  the  payload,  remove 
it  from  the  checkout  cell,  and  transfer  it  to  the  airlock.  The 
payload  will  be  positioned  in  the  precheckout  stand  for  APS  load-* 
ing.  Support  of  the  payload  during  the  loading  operation  remains 
with  the  manipulator,  but  access  is  provided  by  the  stand-  Esti- 
mated worst-case  weight  of  the  payload  at  this  point  in  the  proc- 
essing cycle  is  27,000  pounds  (12,245  kg). 

At  this  point  in  the  handling  flow,  we  propose  use  cf  the  747 
aircraft  cargo  canister,  in  its  ground  configuration,  i.e.,  aero- 
dynamic fairings  removed,  for  ground  transport  of  the  processed 
payload  from  the  TPF  to  the  pad.  It  appears  technically  feasible 
and  cost  effective  to  assume  multiple  use  of  the  canister  and  its 
transporter,  which  would  provide  the  capability  to  raise  and  lock 
the  canister  in  vertical  position  on  the  transporter  for  movement 
to  the  pad. 

After  APS  loading  and  leak  check,  a clean  cargo  canister  on  its 
transporter  will  be  positioned  outside  the  TPF  at  the  airlock 
door.  The  canister  will  be  elevated  to  vertical  position  on  the 
transporter  by  hydraulic  ram  and  aft  sliding  translator.  Once  the 
canister  is  locked  in  loading  position,  it  will  be  moved  to  the 
interface  position  with  the  seal  on  the  transfer  door.  The 
cover  of  the  canister  will  be  removed  from  inside  the  airlock  by 
the  airlock  crane.  The  manipulator  will  move  the  payload  to  the 
canister  and  position  it  in  the  canister  where  it  will  be  secured 
at  lateral  tiedown  points  and  at  the  adapter  interface.  The  mani- 
pulator arms  will  be  detached  from  the  Tug  and  the  manipulator 
will  withdraw  from  the  canister.  Using  the  airlock  crane  and  nec- 
essary access  stands,  the  canister  cover  will  be  reinstalled.  The 
transporter  will  be  prepared  for  movement,  security  of  the  canister 
in  vertical  position  will  be  established,  and  the  payload  in  the 
canister  will  be  towed  to  the  launch  pad. 

The  PGR,  in  retracted  position,  will  be  prepared  to  receive  the 
payload.  The  cargo  canister  transporter  will  be  positioned  on  the 
access  tamp  adjacent  to  the  PCR  with  the  canister  oriented  to  ver- 
tical transfer  rails  on  the  face  of  the  PCR.  The  canister  will  be 
attached  to  the  rails  and  disconnected  from  the  transporter.  The 
PCR  roof  crane  will  be  used  to  draw  the  canister  up  the  rails  to 
its  interfacing  seal  with  the  PCR  transfer  door.  PCR  fold-down 
platforms  will  be  positioned  to  provide  personnel  access  to  the 
canister  cover.  The  internal  PCR  crane  will  be  used  to  remove  and 
retain  the  cover.  Platforms  will  be  folded  as  required  to  provide 
manipulator  access  to  the  payload  and  other  preparations  will  be 
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completed  for  receipt  of  the  payload.  Operating  from  PCR  base 
level,  the  PCR  manipulator  will  move  forward  to  the  exposed  pay- 
load  in  the  canister.  The  manipulator  arms  will  be  attached  to 
the  Tug,  the  payload  will  be  disconnected  from  its  adapter  and 
lateral  tiedown  points,  and  the  manipulator  will  draw  the  payload 
out  of  the  canister  and  position  it  in  the  PCR  cell*  The  manipu- 
lator will  track  in  this  operation  in  the  same  mode  that  will  be 
used  to  install  the  payload  in  the  Orbiter  after  the  PCR  has  been 
extended  to  interface  with  the  Orbiter,  The  canister  cover  will 
be  reinstalled  from  inside  the  PCR  cell*  The  canister  transporter 
will  move  the  canister  from  its  seal  position,  it  will  be  hydrau- 
lically lowered  to  horizontal  position,  and  towed  to  storage  or 
the  next  point  of  use. 

3*3*5  Transportation  Support  Activities  - Transportation  support 
activities  will  include  development  of  overall  transportation  plans 
for  primary  or  secondary  modes  of  transportation.  Separate  delivery 
plans  will  be  required  for  each  of  the  material  movements  identified. 
Logistics  management  will  also  be  responsible  for  planning  and  im- 
plementing adequate  preservation,  packaging,  packing  and  marking 
techniques  to  assure  in  transit  and  handling  protection  for  Tug  and 
ship  loose  components*  Logistics  will  schedule  Tug  transportation 
and  will  be  responsible  for  availability  of  the  transportation  re- 
sources including  necessary  shipping  containers,  material  handling 
devices,  transportation  documentation,  and  trained  and  certified 
transportation  personnel.  Logistics  will  also  administer  the  use 
of  commercial  or  government  bills  of  lading  as  required  by  NASA. 

3.4  Operational  Data  Requirements 

The  primary  objective  in  selection  or  establishment  of  operational 
flight  instrumentation  (0F1)  requirements  was  to  maximize  the  use 
of  condition-monitoring  maintenance  techniques.  Consideration  was 
given  to  using  assessment  techniques  that  would  provide  maximum 
health  and  trend  data  without  addition  of  excessive  data  trans- 
ducers . 

The  present  baseline  Tug  configuration  provides  inherent  capabil- 
ities to  accomplish  these  objectives.  Examples  of  these  inherent 
capabilities  are  the  defined  data  management  and  measurements  sub- 
systems, The  central  processor  of  the  data  management  subsystem 
provides  an  almost  limitless  self-test  and  data  storage  capability 
which,  with  proper  programming  and  memory  sizing,  can  provide  con- 
tinuous hardware  test,  monitoring,  and  trend  predictions  as  func- 
tions of  normal  operational  commands.  This  condition  should  be 
exploited  to  the  maximum  extent  possible. 
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The  OFI  requirements  matrix  (Table  III-A-4)  displays  present 
measurement  types  and  numbers  that  are  estimated  to  fulfill  the 
aforementioned  objectives.  It  should  be  noted  that  of  the  1322 
measurements  indicated  on  the  matrix,  1037  represent  evaluation 
of  normal  operational  commands  or  self-test  data.  These  measure- 
ments are  identified  as  onboard  checkout  and  current  signature 
measurement,  and  the  remaining  285  measurements  are  provided  by 
various  transducers  or  instruments  located  throughout  the  Tug. 

3.4.1  Structures  - The  structures  system  OFI  Is  primarily  dedi- 
cated to  measurement  of  dynamic  and  thermal  loading  of  various 
structural  elements  of  the  Tug,  as  well  as  a variety  of  leak 
measurement  devices.  These  OFI  requirements  are  satisfied  by 
addition  of  transducer  and  specialized  instruments;  39  measure- 
ments are  required. 

3.4.2  Propulsion  - The  propulsion  system  requires  208  data  mea- 
surements; 106  remote  transducers  and  102  evaluations  of  normal 
self-test  and  operational  flight  commands. 

3.4.3  Thermal  Control  - The  thermal  control  system  requires  101 
data  measurements;  88  remote  transducers  and  13  evaluations  of 
normal  self-test  and  operational  flight  commands.  However,  most 
of  the  remote  transducers  are  dedicated  to  evaluation  of  system 
performance* 

3*4.4  Avionics  - The  avionics  system  requires  974  data  measure- 
ments; 52  remote  transducers  and  922  evaluations  of  normal  self- 
test and  operational  flight  commands.  The  basis  for  this  number 
of  measurements  Is  an  estimate  of  16  measurements  for  each  avionics 
black  box. 

3.4.5  Development  Flight  Instrumentation  - It  Is  estimated  that 
the  defined  instrumentation  could  conceivably  Increase  by  a factor 
of  1.5  because  of  the  required  acquisition  of  dynamic,  static,  and 
thermal  loading  assessment  needed  to  complete  design  evaluations 
during  early  Tug  flights. 

3*S  Manpower  Staffing 

The  overall  Tug  launch  site  crew  size  and  makeup  can  be  determined 
through  an  analysis  of  the  s tick-and-ball  chart.  The  organization 
shown  (Fig.  III-A-9)  would  be  typical  for  the  refurbishment/ check- 
out of  a single  Tug  at  KSC  on  a 2-shift  per  day  basis.  The  crew 
size  required  to  support  the  total  fleet,  including  launches  from 
ETR  and  WTR,  will  be  provided  In  the  fleet  utilization  subplan  B, 
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Table  III-A-4  OFI  Requirements  Matrix 


N.  OFI  Sensor 

Type 

System- 

Subsystem  \ 

Temperature 

Pressure 

Vibration 

Shock 

o 

u 

<s> 

"0 

u 

AS 

o 

rO  1 

ff 

o 

Flow 

Position 

Voltage 

Liquid  Level 

Depletion  L~L 

Hydrogen  Leak 

Oxygen  Leak 

Residual  Gas  Analysis 

Contamination 

Speed  RPM 

Current  Signature 

Totals 

Structures 

8 

4 

9 

8 

2 

2 

2 

4 

39 

Forward  Skirt 

3 

3 

6 

Main  Skirt 

3 

3 

2 

2 

2 

12 

Liquid  Hydrogen  Tank 

4 

2 

2 

8 

Liquid  Oxygen  Tank 

4 

2 

2 

8 

Aft  Adapter 

3 

2 

5 

Propulsion 

8 

35 

2 

26 

6 

32 

7 

8 

4 

4 

76 

208 

Main  Engine 

3 

6 

2 

3 

2 

16 

Feed-Fill-Drain-Vent  LH 

1 

1 

7 

2 

8 

19 

Feed-Fill-Drain-Vent  LO 

1 

1 

5 

2 

6 

15 

Pressurization 

6 

8 

13 

27 

Hydraulic 

2 

4 

1 

2 

2 

1 

12 

Propellant  Load-Measure 

2 

6 

4 

12 

APS 

3 

23 

24 

4 

C 

48 

107 

Thermal  Control 

66 

8 

5 

5 

6 

2 

1 

8 

101 

Active  T/C 

12 

2 

5 

3 

3 

2 

1 

3 

31 

Passive  T/C 

30 

1 

30 

Insula  t ion -Pur ge 

24 

6 

2 

3 

1 

5 

40 

Avionics 

8 

922 

10 

24 

4 

2 

1 

X 

1 

2 

974 

Nav.-Guld  * -Control 

240 

240 

Data  Management 

256 

256 

Comnuni  cations 

69 

69 

Measurements 

229 

229 

Electrical  Power  Distr. 

8 

128 

10 

24 

4 

2 

1 

1 

2 

180 

Totals 

90 

47 

11 

8 

953 

11 

. 48 

31 

14 

6 

3 

3 

2 

6 

5 

84 

1322 
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Figure  III-A-9  ETR  Launch  Site  iterations  Crew  Size 

In  staffing  this  organization  of  80  people,  consideration  was 
given  to  peak  work  loads  and  slack  time.  Daring  periods  of  slack 
time  operations  personnel  would  be  involved  in  off-line  refurbish- 
ment, checkout,  and  calibration  of  flight  components  and  GSE  units. 
During  periods  of  peak  Tug  activities,  facility  support  personnel 
will  supplement  test  operations  personnel. 

Doubling  the  number  of  Tugs  through  the  ref urbishment/checkout/ 
launch  cycle  would  not  double  the  crew  size  because  all  opera- 
tions would  be  phased  to  better  use  the  GSE,  facility,  and  avail- 
able manpower.  Within  the  organization,  fluctuations  on  number 
of  Tugs  processed  will  have  minimum  impact  on  the  test  operations 
group. 

3.6  Safety  Requirements  and  Support  Plan 

This  section  of  the  subplan  provides  safety  data  on  normal  Tug 
ground  operations  flow  identified  in  Figure  III-A-2.  The  fol- 
lowing paragraphs  contain  general  information  on  safety  policy 
and  philosophy , definition  of  hazardous  operations,  and  identifi- 
cation of  safety  requirements.  Safing  requirements  associated 
with  abort  modes  will  be  defined  in  fleet  utilization  subplan  B 
where  contingencies  are  addressed. 

The  basic  safety  policy  of  the  Space  Shuttle  Program  is  to  impose 
the  minimum  safety  requirements  on  the  Space  Transportation  System 
(STS)  and  it9  users  to  protect  the  flight  and  ground  personnel,  the 
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STS  elements  and  payloads,  the  general  public,  public/private 
property,  and  the  ecology.  Normal  Tug  ground  operations  include 
inherently  hazardous  operations  that  must  be  controlled  and  re- 
duced to  the  lowest  practical  level  consistent  with  program  ob- 
jectives, cost,  and  schedule. 

During  flight  operations,  the  Tug  contains  energy  sources  that 
constitute  potential  hazards  but  are  required  for  mission  accomp- 
lishment. These  hazards  have  been  reduced  to  an  acceptable  level 
for  flight  operations  by  design  features  (safety  factors,  etc) 
and  by  providing  for  the  control  of  the  energy  sources.  The  Tug 
safing  philosophy,  however,  must  be  to  eliminate  each  energy  source 
as  soon  as  practical  after  the  mission  requirements  for  that  energy 
is  completed.  Postmission  Tug  safing,  therefore,  is  actually  ac- 
complished incrementally  during  recovery,  reentry,  and  postlanding 
operations  as  shown  by  Figure  III-A-10.  Postlanding  safing  con- 
siderations include  operations  with  the  Tug  in  the  Orbiter  pay- 
load  bay  and  after  removal.  For  normal  turnaround  operations,  it 
is  considered  neither  essential  nor  practical  to  achieve  an  abso- 
lute safe  (completely  inert)  Tug  status,  but  hazard  levels  will  be 
reduced  to  an  acceptable  level  before  performance  of  required  ac- 
tivities. 


Incremental  Tug  Safing  to  Eliminate/Reduce  Energy  Sources  as  Mission  Permits 


Monitor  and  Control  Any  Residual  Hazards 

Prior  to  Retrieval 

Main  Propel lints  Vented 

iSSa* 

Prior  to  Re-Entry 

APS  Secured 

Tug/Ort>lter  Interfaces  Verified 
Tug  Electrical  Power  Sources  Put  On  Standby 
Tug  Electrical  Power  Supplied  by  Orbiter 
Fuel  Cell  Reactants  Vented 

Post  Landing  - Tug  in 
Orbiter 

Orbiter  Crew  Requirements  (Oif) 

Ground  Control  IOLF) 

Control  Tank  Pressure,  Integrity  Verification. 
Purge  Hazardous  Vapor  Detection 
Ground  Crew  <OPF) 

Vent  to  Bum  Stack 

Prior  to  Maintenance 

Remove  Hydrazine  Residuals  (TPF) 

Remove  Auxiliary  Battery  (TPF) 

Verify  Integrity  Pressure  System  (TPF) 

Decay  Leak,  Vent  to  a 4 Safety  Factor 

Vent  to  Burn  Stack,  Lock  Up  Blanket  Pressure 

Monitor  Pressure  Via  IPS 

Figure  III-A-10  Tug  Postlanding  Safing  Philosophy 
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Extending  the  saiing  philosophy  through  turnaround  and  launch 
preparation  activities  dictates  that  energy  sources  be  added  to 
the  Tug  as  late  in  the  flow  as  practical.  Positive  control  of 
the  energy  sources  must  be  maintained  by  GSE  directly  or  through 
the  Orbiter  interfaces  as  applicable.  Procedural  constraints  will 
then  assure  safe  normal  ground  operations. 

3.6.1  Hazards  Present  at  Landing  - Hazards  associated  with  normal 
Tug  ground  operations  include  residual  hazards  present  at  landing 
and  those  inherent  to  or  induced  by  the  operations. 

Based  on  assumed  prelanding  safing  actions,  the  following  Tug  po- 
tential hazards  may  be  assumed  to  be  present  upon  Orbiter  landing. 

Chemical  energy  in  the  form  of  residual  hydrogen  vapor  and  hydra- 
zine will  be  present.  The  liquid  hydrogen  residuals  will  have 
been  expelled  from  the  main  propellant  and  fuel  cell  reactant  tanks 
in  orbit.  Previous  studies  have  shown  that  the  tanks  can  only  be 
cycled  to  1 psi  (6.89  x 103  N/m2)  on  orbit  rather  than  to  vacuum, 
because  of  the  risk  of  hydrogen  freezing  below  1 psi  (6.89  x 103 
N/m2)  * Consequently,  some  residual  vapor  will  remain.  The  APS 
will  be  secured  by  closing  the  series  redundant  thruster  valves 
with  residual  hydrazine  in  the  tank  and  lines. 

Pressure  energy  will  be  present  in  the  main  propellant  tanks,  fuel 
cell  reactant  tanks,  and  the  pressurization  systems*  Before  entry, 
the  main  propellant  tanks  will  be  pressurized  to  a level  to  pre- 
clude implosion  during  landing*  The  pressurization  systems  will 
contain  residual  pressurants.  These  pressures  will  vary  as  a func- 
tion of  temperature  changes  during  and  after  landing. 

The  partially  discharged  auxiliary  (flight)  battery  presents  an 
electrical  energy  source. 

Ho  ordnance  devices  have  been  identified  in  the  baseline  configura- 
tion, so  safing  requirements  for  ordnance  systems  have  not  been 
included  at  this  time. 

3.6.2  Operations  Hazards  - The  normal  ground  operations  flow  shown 
in  Figure  III-A-2  and  detailed  on  the  Function  Description  Data 
Sheets  contained  in  Appendix  A,  includes  the  following  inherently 
hazardous  operations: 

3*6*2. 2 Tug  Handling  - The  Tug  is  moved,  hoisted,  and/or  rotated 
several  times  during  ground  operations.  Each  instance  is  considered 
a hazardous  operation,  primarily  because  of  the  accident/incident 
frequency  rate  during  any  handling  operation. 

3*6*2. 2 Propellant  Transfer  - The  Tug  propellants  include  LO2  and 
LHg  main  propellants  and  for  APS.  The  main  propellants  are 

loaded  during  Shuttle  launch" count do™  and  residuals  are  dumped 
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before  retrieval.  The  APS  Is  loaded  in  the  TPF  before  Shuttle 
mate  and  will  normally  require  draining  residuals  and  purging 
after  removal  from  the  Orbiter. 

3*6.2,  3 Cryogenics  Transfer  - The  Tug  fuel  cell  reactants,  LO2 
and  LH^,  are  loaded  after  the  Tug  is  mated  with  the  Orbiter.  It 
is  assumed  that  residual  reactants  are  expelled  before  Orbiter 
landing. 

3*  6 ,2, 4 Pressurization  - The  Tug  pressurization  system  is  par- 
tially loaded  before  movement  to  the  pad  and  completed  after  Tug/ 
Orbiter  mate*  The  pressurization  system,  main  propellant  tanks, 
and  fuel  cell  reactant  tanks  are  maintained  at  partial  pressure 
throughout  the  turnaround  cycle. 

3. 6. 2*5  Eieatrieal  Pouer  - The  flight  battery  is  installed  before 
movement  From  the  TPF.  Power  is  supplied  to  the  Tug  by  the  GSE 
electrical  power  supply  (A-001)  during  test  and/or  repair  opera- 
tions . 


3.6.3  Safety  Requirements  - The  operational  requirements  for  safe 
turnaround  operations  include  postlanding  safing  and  those  necessary 
for  hazardous  operation.  The  postlanding  safing  requirements  during 
operations  with  the  Tug  in  the  Orbiter  payload  bay  is  discussed  in 
the  following  three  functional  areas. 

3. 6*3*1  Tug  in  Orbiter  Payload  Bay  - Because  the  Orbiter  flight 
crew  has  prime  responsibility  to  monitor  and  control  safety  critical 
Tug  functions,  they  will  make  a final  check  to  ensure  all  Caution 
and  Warning  (C&W)  parameters  are  within  limits  before  egress.  The 
flight  crew  will  also  initiate  and  verify  transfer  of  control 
Tug  functions  to  Ground  Control. 

The  Tug  Ground  Control  will  monitor  the  C&W  parameters  with  parti- 
cular attention  to  tank  pressure  levels  during  postlanding  tempera- 
ture variations.  In  the  course  of  monitoring  tank  pressures  and 
temperatures,  Ground  Control  will  verify  the  pressure  integrity 
of  all  tanks  in  the  gross  terms  available  with  flight  instrumenta- 
tion. These  first  two  sets  of  requirements  will  be  accomplished 
at  the  OLF. 

The  Orbiter  ground  operations  crew  will  establish  the  payload  bay 
purge  to  neutralize  any  hazardous  vapors , The  exhaust  from  the 
payload  bay  purge  will  be  subjected  to  hazardous  vapor  detectors 
to  ensure  freedom  from  leaks.  In  the  event  the  hydrogen  tanks 
require  venting,  the  Tug  H2  vent  will  be  connected  to  the  burn 
stack  via  the  Orbiter.  These  operations  are  performed  in  the  OPF, 

3.6.3*  2 Tug  Remvsd  from  Gvbiter  Payload  Bay  - The  Tug  safing  for 
turnaround  operations  is  completed  after  removal  from  the  Orbiter 
payload  bay  and  transport  to  the  TPF  airlock.  The  following  four 


requirements  are  established  to  reduce  the  hazards  to  an  accept-  . 
able  level  for  turnaround  activities. 

1)  The  APS  tanks  and  lines  will  be  drained  of  residual  liquid 
hydrazine.  The  system  will  then  be  purged  and  sealed  with  a 
dry  nitrogen  blanket. 

2)  The  auxiliary  (flight)  battery  will  be  disconnected  and  re- 
moved from  the  Tug. 

3)  All  Tug  pressurized  systems  will  be  leak  checked  with  helium 
at  maximum  operating  pressure  to  verify  the  systems  integrity* 
Upon  completion  of  the  leak  check*  each  system  will  be  vented 
to  a pressure  of  one-fourth  or  less  of  the  design  burst  pres- 
sure and  sealed.  Hydrogen  systems  will  be  vented  to  a pres- 
sure of  one-fourth  or  less  of  the  design  burst  pressure  and 
sealed.  Hydrogen  systems  will  be  vented  to  a burn  stack  for 
disposal  of  any  residual  hydrogen  vapor  when  reducing  to  the 
one-fourth  design  burst  level.  The  remainder  of  processing 
will  be  accomplished  with  the  tanks  locked  up  to  this  blanket 
pressure. 

4)  Pressure  systems  will  be  monitored  by  the  LPS  during  turnaround 
activities  to  ensure  that  pressure  levels  remain  in  limits. 
Continuous  monitoring  is  not  required  because  pressure  changes 
are  a function  of  temperature  change  and  the  Tug  is  in  a con- 
trolled environment  during  turnaround.  A temperature  change 

of  30°F  (17°C)  would  produce  a pressure  change  in  the  order 
of  1.0  psia  (6.89  x 10  * N/m,J)  on  the  largest  (hydrogen)  tank. 

The  safety  requirements  imposed  by  hazardous  ground  operations 
include  those  applicable  to  Tug,  GSE,  and  facility  design,  and  de- 
finitive operations  procedure  detail*  The  GSE  and  facility  safety 
design  requirements  have  been  included  in  the  Tug  GSE  Requirements 
Specification  Da"a  Sheets,  contained  in  Appendix  B,  or  the  Tug 
Facility  Requirement  Specification  Data  Sheets,  contained  in  Ap- 
pendix C*  The  operations  identified  as  hazardous  on  the  Function 
Description  Data  Sheets  are  common  to  current  aerospace  projects 
and  specific  operational  constraints  are  well  known  and  accepted. 
These  constraints  are  considered  applicable  to  specific  functions 
or  steps  to  operating  procedures  that  will  be  developed  during 
future  Tug  program  phases. 

The  applicable  safety  requirements  contained  in  para  3-2,6  of  the 
Baseline  Space  Tug  Requirements  and  Guidelines  (MSFC  68M00039-1) 
have  been  included  in  the  appropriate  functional  data  sheets  or 
specification  data  sheets. 

Z.6.Z.3  Safety  Requirements  Exceptions/ Recommended  - Paragraph 
3.2.6.1.3.b(l)  states  "Tug  lift/hoist  mechanism  shall  be  designed 
to  be  fail  operational/fall  safe11.  It  is  recommended  that  control 
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systems  shall  be  designed  to  be  fail  operational/ fail  safe. 
Mechanical  components  shall  be  fail  safe  or  provide  a factor  of 
safety  of  5.0  times  static  load. 

Paragraph  3.?.6.1.3.b(2)  states  "Transportation  and  hoisting  load 
limits,  static  and  dynamic,  shall  be  (TBD)  less  than  flight  load 
limits  in  all  cases".  It  is  recommended  that  the  (TBD)  be  deleted. 

3.  ? Fleet  Utilisation  and  iUti/Turj-to-Pay load  Integration  Require- 
men  ts 

(Not  applicable) 

3.8  Site  Activation  and  Verification 

(Not  applicable) 

3.9  Checkout  Ground  Software  Development 

Software  Requirements  Data  Sheets  have  been  prepared  for  each 
operational  phase  functional  step  and  these  are  included  in  Ap- 
pendix D,  The  following  discussion  relates  to  software  considera- 
tions in  the  operational  phase.  A general  discussion  is  the  basis 
for  illustrating  operational  impacts. 

Software  for  all  major  systems  fall  into  four  classifications: 
Operating  system,  application  programs,  language  processors,  and 
support  programs*  The  operating  system  provides  general  linkage 
routines  that  are  not  specifically  related  to  the  testing  process, 
i.e.,  linkage  to  input/output  routines  for  all  peripherals,  link- 
age to  CRT  display  routines,  data  base  control  and  modification, 
loading  and  control  transfer  to  operating  programs,  and  linkage 
to  support  subprograms.  Application  programs  include  both  the  test 
procedure  sequences  written  in  GOAL  language  and  the  source  pro- 
grams necessary  to  process  those  instructions  once  they  have  been 
converted  into  machine  language.  Language  processors  convert  GOAL 
language  into  machine  executable  form  and  support  the  execution  of 
the  converted  programs.  Main  parts  of  the  language  processors  are 
compilers  and  the  run-time  (loader-executor)  support  package.  The 
support  programs  include  libraries  of  routines,  simulators,  soft- 
ware validation  routines,  data  reduction  and  analysis  programs, 
training  aids,  and  utility  programs  that  support  programming  pre- 
paration and  debugging. 

3.9.1  Nonrecurring  Software  - During  the  operational  phase,  soft- 
ware will  be  either  nonrecurring  or  recurring  relative  to  its 
generation,  as  illustrated  by  Table  III-A-5* 
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Table  I II -A- 5 Software  Requirements 


Functional  Division 


1.0  Postflight  safing 

2.0  Scheduled  maintenance  and 
refurbish 

3.0  Unscheduled  maintenance  and 
refurbish 

4.0  Postmaintenance  checkout 

5.0  Tug/payload  mating  and  checkout 

6.0  Tug/shuttle  mating  and  checkout 

7 . 0 Prelaunch  checkou t 
Totals 


Number  of  Functions 
Requiring  Software 


The  nonrecurring  software  (operating  systems  language  processors, 
and  most  support  programs)  will  have  been  developed  during  the 
activation  phase;  this  software  is  not  expected  to  change  because 
of  the  fixed  systems  it  services.  The  nonrecurring  software  will 
generally  remain  fixed  and  the  recurring  software  will  be  integrated 
with  it  and  worked  around  it. 


3.9.2  Recurring  Software  - The  recurring  software  (application 
programs  and  some  support  programs)  results  from  changing  compon- 
ents, systems,  methods,  payloads,  and  requirements.  One-third 

of  the  Software  Requirements  Data  Sheets  estimate  that  these  func- 
tions will  require  continuing  software  attention.  As  expected, 

LRU  element  changes  and  its  software  waterfall  up  through  subsys- 
tem test,  element  test,  combined  system  test,  and  integrated  test 
and  countdown.  The  orderly  expansion  and  modification  of  software, 
at  each  test  sequence  is  achieved  by  proper  core  sizing  and  using 
standard  data  base  modification  methods. 

3.9.3  Software  Optimization  - Optimization  of  a subsystem  or 
system  affects  the  software  in  the  same  manner  as  LRU  changes  dis- 
cussed previously.  Optimization  implies  simplification;  however, 
system  simplification  dees  not  necessarily  imply  software  simpli- 
fication. It  is  very  possible  that  simplification  may  trade  hard- 
ware for  software  or  institute  firmware  in  the  form  of  microcoded 
elements  or  PROMS,  As  before,  software  modifications  would  program 
changes  through  every  test  level  impacted  by  the  optimization. 
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Support:  programs  will  assist  in  the  software  preparation  and  pro- 
vide debugging  support  and  simulators  and  software  validation 
routines  for  verification  and  limited  validation.  These  support 
programs  are  expected  to  be  relatively  fixed  requiring  no  continu- 
ing software  modifications. 

In  the  operational  phase,  no  major  changes  to  the  software  are 
expected  unless  there  is  a technological  breakthrough  that  mater- 
ially affects  programming  in  general*  Other  minor  or  continuing 
changes  have  been  identified  and  discussed, 

3,10  Operational  Logistics /Maintenance 

Tug  operational  logistics  must  provide  the  integrated  support  nec- 
essary to  assure  that  qualified  personnel  with  adequate  equipment 
and  data  resources  can  maintain  operational  turnaround  in  an  ef- 
ficient, timely,  and  cost  effective  manner.  Maintenance  and  re- 
pair, maintenance  equipment,  spares  and  supply  support,  training, 
operational  maintenance  documentation,  transportation  and  handling, 
support  facilities,  and  sustaining  support  functions  must  be  pro- 
vided for  the  operational  phase.  Implementation  of  the  Tug  ground 
operations  functional  flow  diagram  presented  in  Figure  III-A-2 
will  depend  heavily  on  successful  maintenance  and  repair  activities. 
Much  of  the  details  of  logistics  implementation  will  depend  on 
i ;rther  program  definition*  Basic  assumptions  were  made  for  the 
purpose  of  this  study  based  on  a review  of  Shuttle  program  docu- 
mentation and  specific  application  of  the  requirements  established 
by  Volume  XII,  Integrated  Logistics,  JSC  07700  and  the  KSC  Shuttle 
System  Ground  Operations  Plan,  K-SM-09 . 

1)  Level  I maintenance  activity  will  be  predominantly  remove  and 
replace  at  the  LRU  level  and  will  be  performed  off-pad  at  the 
T?F* 

2)  Supporting  Level  II  maintenance  for  failure  verification,  minor 
repair,  and  disposition  of  Level  I items  will  be  performed  at 
the  KSC  repair  shops. 

3)  Level  III  fault  isolation  and  repair  beyond  Level  II  capability 
will  be  performed  at  the  Tug  contractor’s  or  supplier’s  facil- 
ity during  the  manufacturing  cycle  and  at  a NASA  Depot  there- 
after * 

4)  Minimum  scheduled  maintenance  will  be  performed  to  reduce  Tug 
downtime  and  to  support  turnaround  time  requirements. 

5)  A computerized  program  should  be  considered  for  maintenance  of 
logistics  software  and  statusing  of  the  supply  support  program. 

6)  Maximum  deferred  spares  procurement  will  be  obtained  through 
use  of  production  assets. 


i 
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7)  The  majority  of  maintenance  and  checkout  functions  for  both 
KSC  and  WTR  will  be  performed  at  the  TPF,  which  will  function 
as  a common  Tug  maintenance  and  checkout  facility  at  KSC. 

8)  Maximum  use  will  be  made  of  the  Tug  contractor's  and  supplier's 
equipment,  technical  documentation,  production  spares,  and 
training  to  support  operational  implementation. 

9)  The  Tug  contractor  will  supply  limited  sustaining  logistics 
engineering  to  KSC  for  the  initial  phase  of  the  operational 
program. 

3.10.1  Logistics  Management  - Logistics  management,  discussed 
more  completely  in  Subplan  B,  will  be  responsible  for  the  planning, 
scheduling,  statusing,  and  control  of  Tug  logistics  implementation. 
Personnel  aspects  will  include  trained  and  certified  engineers  and 
technicians  for  initial  and  sustaining  operations . Hardware  re- 
sponsibilities will  encompass  spares,  repair  parts,  consumables, 
modification  kits,  maintenance  equipment,  and  facilities.  Documen- 
tation will  include  operation  and  maintenance  manuals,  modification 
instructions,  transportation  and  movement  plans,  training  support 
data,  and  field  support  plans. 

The  Logistics  Support  Analysis,  initiated  during  the  design  and 
development  phase,  should  be  updated  during  the  operational  phase 
to  reflect  experience  gained.  Support  analysis  will  be  concerned 
with  optimization  of  the  requirements  established  by  maintenance, 
training,  and  transportation  analyses.  Levels  and  location  of 
maintenance,  repairable  and  nonrepayable  status,  repair  locations, 
and  supply  categories  resulting  from  the  maintenance  analysis 
should  be  validated,  modified,  and  expanded  based  on  operational 
requirements.  Training  curriculum  and  techniques  should  be  modi- 
fied to  satisfy  the  operational  environment.  Transportation  plans 
should  be  changed  to  improve  schedules,  reduced  shipping  costs, 
and  improve  the  security  of  cargo  in  transit.  Updated  support 
analysis  should  control  and  reduce  Tug  operational  program  costs 
by  maintaining  a current  "best  logistics"  approach  to  support  re- 
quirements . 

3.10.2  Maintenance  and  Repair  Activity  - The  basic  operational 
concept  for  Tug  will  be  to  remove  and  replace  to  the  functional 
line  replaceable  unit  (LRU)  unless  repair  in-place  is  justified  by 
cost  and  minimal  Impact  to  turnaround  time.  Scheduled  replacement 
will  be  based  on  predictable  wearout  and  unscheduled  replacement 
will  be  predicted  on  degradation  or  malfunction  indicated  by  OFI 
and  ground  system  checkout.  Use  of  condition  monitoring  techniques 
for  maintenance  prediction  will  t^ke  on  a new  dimension  for  the 
entire  Shuttle  program  including  the  Tug. 

Maintenance  and  checkout  personnel  will  be  involved  in  review  of 
the  flight  instrumentation  data  as  a prerequisite  to  development 
of  the  Tug  postf light  maintenance  activity  plan.  Development  of 
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the  plan  will  target  maintenance  and  repair  activities  and  reduce 
the  scope  of  scheduled  maintenance*  Maintenance  performed  on  Tug 
and  associated  support  equipment  will  be  categorized  as  Level  1 
organizational,  Level  II  intermediate,  or  Level  III  depot.  Pre- 
ventive maintenance  will  be  performed  to  retain  components  in 
specified  condition  and  corrective  maintenance  will  restore  Tug 
items  to  a specified  condition  after  malfunction.  Level  1 main- 
tenance, performed  at  the  TPF,  will  include  all  maintenance  ac- 
tivities accomplished  directly  on  installed  hardware  such  as  fault 
isolation,  removal  and  replacement  of  components  and  subassemblies, 
servicing,  replenishment,  inspection  and  limited  repair  in  place. 

The  TPF  will  house  necessary  GSE,  tools,  equipment,  technical 
documentation,  and  trained  personnel  to  support  the  Level  I ac-  + 
tivities.  Level  II  maintenance,  performed  at  KSC  repair  shops, 
will  involve  disposition  or  repair  of  hardware  removed  during  first 
level  activity  and  will  provide  for  the  removal,  replacement,  re- 
pair, calibration,  adjustment,  checkout,  test  and  inspection  of 
the  lowest  replaceable  part  consistent  with  capabilities  at  the 
repair  shops.  Depot,  or  Level  III,  maintenance  will  disposition 
or  repair  hardware  removed  during  first  or  second  level  maintenance. 
It  will  be  performed  at  the  Tug  contractor  or  supplier's  facility 
during  the  production  cycle  and  at  the  NASA  depot  thereafter. 

Level  I and  II  postflight  maintenance  activity  for  both  KSC  or  WTR 
launches  will  be  performed  primarily  at  KSC.  Limited  servicing, 
visual  inspections,  and  health  tests  will  be  performed  at  WTR  but 
principal  maintenance  fimctions  will  be  performed  at  KSC* 

Modifications  resulting  from  design  change  will  be  incorporated  at 
the  TPF.  Modification  kits  for  support  equipment  and  spr res  will  be 
assembled  and  shipped  by  the  Tug  contractor . They  will  be  control- 
led, inventoried,  and  issued  at  the  TPF  for  installation  by  TPF 
personnel  In  accordance  with  instructions  addressed  in  the  engineer- 
ing change  proposal*  Unique  Installations  will  be  supported  by 
contractor  or  supplier  personnel  as  required. 

3.10.3  Maintenance  Equipment  - Maintenance  equipment,  including 
electronic  and  mechanical  test  equipment,  lubrication  and  servic- 
ing equipment,  common  and  special  tooling,  will  be  available  at 
the  TPF.  This  equipment  will  be  statused  and  controlled  as  part 
of  the  property  management  program  for  that  facility.  Equipment 

In  this  category  will  be  maintained  to  the  greatest  extent  possible 
at  the  TPF  by  Tug  maintenance  and  checkout  personnel  and  repair  or 
servicing  beyond  that  facility’s  capability  will  be  accomplished 
at  the  KSC  repair  shops,  the  supplier’s  facility,  or  the  depot* 

3.10.4  Spares  and  Supply  Support  - Spares  required  to  support  the 
operational  Tug  program  have  been  initially  identified  on  the  Main- 
tenance Requirements  Data  Sheets  inclucu  * in  Appendix  E of  this 
report.  These  initial  assessments  will  have  undergone  several  re- 
finements through  the  contractor's  maintenance  analysis  process 
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before  spares  acquisition  is  initiated.  Identified  spares  will 
be  drawn  from  production  quantities  to  the  greatest  extent  pos- 
sible to  implement  the  concept  of  delayed  procurement.  Production 
components  used  to  support  spares  requirements  will  be  replenished 
from  the  spares  inventory.  The  advantages  of  this  approach  lie  in 
reduced  risk  of  purchasing  spares  that  may  become  obsolete  based 
on  advanced  state-of-the-art  systems  for  Tug,  reduction  in  total 
spares  cost,  and  spread  of  spares  cost  over  a larger  portion  of 
the  Tug  program.  During  the  early  operational  phase,  selected 
production  components  will  be  maintained  at  the  TPF  for  Level  f 
maintenance  action.  Components  not  considered  critical  to  the 
maintenance  flow  will  be  retained  at  the  Tug  contractor’s  facility 
and  shipped  on  an  "as  required"  basis.  As  the  spares  acquisition 
process  matures,  production  items  used  as  spares  will  be  replenished 
from  the  spares  inventory.  When  the  production  cycle  nears  comple- 
tion and  spares  requirements  are  better  defined  based  on  usage,  i o r 
spares  acquisition  to  support  remaining  program  requirements  rr  be 
completed.  Level  111  spares  will  be  maintained  at  the  contract  r's 
or  supplier’s  facility  until  a HAS  A depot  is  in  existence,  at  which 
time  they  will  be  shipped  to  the  depot. 

The  Tug  contractor  will  manage  contractor-supplied  spares  and  NASA 
will  manage  those  spares  that  it  provisions.  This  implies  contrac- 
tor logistics  support  on  site  during  the  early  operational  phase 
when  production  spares  are  being  maintained  on  site.  (See  subplan 
B for  additional  details.) 

3.10.5  Training  - Training  will  be  required  for  Tug  maintenance 
and  checkout  personnel,  many  of  whom  will  be  required  to  be  cer- 
tified in  their  job  specialties.  Initial  Tug  familiarization  and 
orientation  will  have  been  obtained  through  attendance  at  contrac- 
tor training  courses  at  the  contractor’s  facility,  MSFC  or  KSC. 

Video  tape  will  be  used  where  practical.  Normal  attrition,  design 
change,  and  the  requirements  for  recertification  in  skill  training 
areas  will  require  on-going  training  during  the  operational  period. 
The  Tug  contractor  will  supply  this  training,  live  and  video,  on 
site  at  KSC  during  the  preopera tional  and  early  operational  phases. 
Training  scope  and  level  of  detail  should  be  aligned  with  Levels  I 
and  II  maintenance  and  checkout  requirements  as  established  by  the 
contractor’s  support  requirements  analysis.  Maximum  use  will  be 
made  of  O&M  manuals  to  support  the  training  function  and  tie  it  to 
the  maintenance  activity.  Tug  contractor  sustaining  engineering 
personnel  at  KSC  will  implement  job  experience  training  to  supple- 
ment classroom  and  video  presentations,  Safety  training  and  facil- 
ities interface  training  will  be  the  responsibility  of  KSC.  (See 
subplan  B for  additional  details.) 

3.10.6  Operations  Maintenance  Documentation  (QHD)  - OMD  for  use 
at  the  TPF  and  on-pad  for  servicing  operations  will  be  based  on 
Tug  contractor  prepared  O&M  Manuals.  These  manuals  will  be  trans- 
mitted to  MSFC  for  development  of  the  preliminary  configuration 
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manuals  that:  MSFC  will  deliver  to  KSC.  Remote  terminals  or  micro- 
fiche viewers  and  printers  will  be  used  to  access  the  central  file 
of  O&M  data  at  the  Tug  contractor’s  facility*  KSC  should  also 
access  in  this  manner  for  either  O&M  data  or  the  contractor’s  en- 
gineering, manufacturing  process,  test,  and  transportation  data. 
Trained  and  experienced  technicians,  familiar  with  Tug  equipment, 
will  operate  with  system  and  component  OMIs  and  procedures  pre- 
pared by  KSC  to  perform  scheduled  maintenance,  isolate  malfunctions, 
remove  and  replace  at  the  LRU  level,  service,  or  disposition  items 
to  Levels  II  or  III  activity*  The  basic  Q&Ms  prepared  by  the  con- 
tractor will  contain  detailed  information  for  both  on-line  and 
off-line  functions  and  will  detail  scheduled  and  corrective  main- 
tenance tasks*  Handling  and  storage  information  as  well  as  per- 
tinent GSE  data  will  be  supplied  in  the  basic  G&Ms . Supplier 
documentation  should  be  made  available  to  NASA  by  the  Tug  contrac- 
tor, (See  subplan  B for  additional  details.) 

3*10.7  Transportation,  Handling,  and  Packaging  - Tug  transporta- 
tion and  handling  requirements,  more  fully  discussed  in  Section 
3.3  includes  transportation  between  KSC  and  WTR,  delivery  from  the 
manufacturer  to  KSC,  and  ground  movement  at  KSC.  Air  transport 
using  a cargo  canister  piggyback  configuration  on  the  747  will  be 
the  primary  mode  of  transportation.  Over  the  road  transportation 
support  equipment  will  be  required  for  transporter  movement  from 
the  manufacturer  to  the  747  airfield  and  at  KSC  and  WTR*  A Mate/ 
Demate  Fixture  (MDF)  will  be  used  to  lift  and  position  the  Tug  in 
a cargo  canister  on  the  747-  Flight  support  hardware  will  be  used 
for  tiedown,  bracing,  and  inflight  functional  monitoring  and  con- 
trol. KSC  receipt,  ground  movement,  and  shipment  to  WTR  will  re- 
quire similar  equipment  to  that  used  in  the  manufacturer’s  trans- 
portation cycle.  Transporter  concepts  must  be  evaluated  for  pay- 
load  movements  of  the  combined  Tug,  adapter,  and  spacecraft.  Trans- 
portation plans  must  be  developed  for  the  major  movements  described 
above.  Individual  delivery  plans  must  be  developed  for  each  spe- 
cific transportation  configuration.  Preservation,  packaging,  and 
marking  requirements  will  be  developed  as  part  of  the  transporta- 
tion analysis  to  assure  that  there  is  no  degradation  of  reliability 
or  function  of  Tug  components  during  the  transportation,  storage, 
and  handling  phases. 

Handling  personnel  must  be  trained  in  all  aspects  of  the  transpor- 
tation and  movement  process  and  should  be  certified  in  their  re- 
spective transportation  crew  assignments. 

3.10.8  Logistics  Support  Facilities  - The  Support  Requirements 
Analysis  will  fully  define  facility  needs  for  the  logistic  sup- 
port activity  during  the  operational  phase.  Typical  requirements 
will  include  adequate  floor  space  and  installed  equipment  at  the 
TPF  to  accomplish  Level  I maintenance  functions , a minimal  but 
dedicated  training  area  at  the  TPF,  or  in  existing  NASA  facilities 
with  video  equipment,  adequate  storage,  and  processing  area  for 


spares  at  or  remote  to  the  TPF,  and  a storage  and  issuance  area 
for  maintenance  and  training  technical  documentation.  Reproduc- 
tion services  will  be  required  either  at  the  TPF  or  in  close  prox- 
imity NASA  facilities, 

3-10*9  Sustaining  Support  - During  the  initial  phase  of  the  oper- 
ational Tug  program,  the  Tug  contractor fs  logistic  engineering 
personnel  at  KSC  should  work  in  conjunction  with  maintenance  en- 
gineering to  assure  identification  and  availability  of  production 
spares.  They  should  review  requirements,  establish  need  dates, 
and  determine  spares  availability  and  receipt  for  items  stocked 
at  the  contractor^  facility.  They  should  manage  the  contractor^ 
production  spares  inventory  and  perform  spares  issue,  disposition 
of  failed  items,  inventory  control  and  consumption  reporting, 
replacement  items  turnaround,  and  transportation  arrangements. 

They  should  also  arrange  for  and  schedule  contractor-supplied 
training  and  operational  technical  documentation  and  process  modi- 
fication kits  through  the  engineering  change  control  cycle. 

3*11  Configuration  Management 

The  recommended  method  for  the  implementation  of  Configuration 
Management  disciplines  to  achieve  effective  control  over  the  hard- 
ware, software,  and  operational  activities  of  the  Tug  Ground 
Operations  Project  is  reflected  in  para  4.4  of  subplan  B.  Specific 
recommendations  for  the  elimination  of  redundant  control  of  the 
facility  configuration  after  the  completion  of  activation  are  dis- 
cussed here. 

3*11.1  Facility  Conf iguration  Control  - Normally control  of 
facility  configuration  is  maintained  through  baselined  facility 
Architectural  and  Engineering  (A&E)  drawings  that  are  maintained 
in  an  as-built  condition  reflecting  authorized  changes,  and  the 
Facility  Criteria  and  Interface  Document  that  is  also  maintained 
to  show  all  approved  changes  affecting  criteria  or  interface. 

Hie  facilities  are  defined  during  the  definition  phase  by  the 
Facility  Criteria  and  Interface  Document.  At  the  time  of  base- 
lining the  facility,  the  A&E  drawings  are  in  consonance  with  these 
documents  * 

3.11.2  Architectural  and  Engineering  (A&E)  Maintenance  - After 
baseline,  all  proposed  changes  to  the  facility  are  processed 
through  the  Facilities  Change  Request  (FCR) /Facility  Engineering 
Change  Proposal  (FECP)  system.  All  PCRs/FECPs  are  coordinated, 
reviewed,  and  acted  on  by  the  Facility  Working  Group  (FWG)  * Mem- 
bers of  this  group  include  all  affected  NASA/DOD  agencies  and 
contractors.  One  of  the  charter  functions  of  the  FWG  Is  to  iden- 
tify interface  effect  of  an  FCR  on  any  member  of  the  FWG*  The  FWG 
directive,  in  addition  to  documenting  FWG  actions,  provides  for 
signatures  of  members  Indicating  their  agency's  concurrence,  non- 
concurrence, or  no  effect. 
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All  FWG  concurred  Class  I facility  changes  are  forwarded  to  the 
Configuration  Control  Board  (CCB)  for  consideration. 

The  A&E  drawing  custodian  has  the  responsibility  of  incorporating 
approved  facility  changes  into  the  A&E  as-built  drawings.  There- 
fore, upon  completion  of  the  approved  facility  change,  the  imple- 
menting agency  forwards  copies  of  their  as-built  engineering  to 
the  A&E  drawing  custodian  through  the  FWG  chairman. 

3.11.3  Facility  Criteria  and  Interface  Document  Maintenance  — In 
addition  to  the  A&E  drawing  maintenance,  changes  to  existing  in- 
terfaces and  criteria,  as  well  as  additions  of  new  criteria  or 
interface  requirements,  are  reflected  in  the  Facility  Criteria  and 
Interface  Document  through  the  normal  interface  change  loop.  Up- 
dating of  these  interface  documents  requires  a parallel  coordina- 
tion/approval loop  to  the  FCR/FECP  coordination/approval  loop. 

The  custodian  of  the  facility  document  prepares  the  change  based 
on  coordinated  criteria  and  design  requirements  of  affected  agen- 
cies and  contractors.  The  custodian  submits  the  change  to  the  CCB 
for  disposition.  A secondary  distribution  of  information  copies 
is  made  to  the  membership  of  the  FWG.  The  custodian  updates  the 
document  after  approval  by  the  CCB. 

3.11.4  Changes  to  Airborne  and  Support  Equipment  - Configuration 
Control  of  airborne  and  support  equipment  affected  by  changes  to 
the  facility  is  achieved  through  change  system  described  in  para 

4.4  of  subplan  B. 

3.11.5  Suspension  of  Facility  Criteria  and  Interface  Document 
Maintenance  - Maintenance  of  the  Facility  Criteria  and  Interface 
Document  should  be  suspended  after  the  facility  becomes  opera- 
tional and  the  baselined  A&E  drawings  become  the  authorized  con- 
figuration and,  therefore,  the  specification  for  the  facility. 

These  drawings  are  updated  to  the  latest  configuration  through  the 
FCR/FECP  loop.  Maintenance  of  the  facility  document  would  be 
meaningful  if  facility  construction  was  on  a production-type  basis. 

The  same  agencies  and  contractors  involved  in  the  interface  change 
coordination  and  approval  loop  are  also  members  of  the  FWG.  All 
facility  changes  are  originated  as  FCRs  and  coordinated  through  the 
FWG.  Therefore,  the  FCR  is  an  adequate  medium  for  coordinating 
facility  Interface  problems. 

Concern  of  losing  visibility  of  interface  effect  may  be  anticipated 
in  the  area  of  written  criteria  or  "parametric  Interfaces";  however, 
this  information  Is  shown  in  the  A&E  drawings.  Successful  opera- 
tion of  the  proposed  system  of  maintaining  only  the  A&E  drawings 
after  baselining  of  the  facility  will  come  about  if  drawings  are 
maintained  diligently. 
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5.12  Timeline  Funding 


Operations  phase  funding  from  January  1984  through  December  1991 
is  shown  in  Table  III-A-6.  These  costs  are  based  on  fiscal  year 
1974  dollars.  (See  Vol  III  for  detailed  cost  breakdown.) 

Fleet  Utilization  Project  Management  costs  include  project  level 
cost/performance  management,  depot  maintenance,  long  range  sched- 
uling of  the  Tug  fleet,  and  sustaining  engineering. 

Ground  and  launch  operations  at  WTR  include  the  cost  of  the  launch/ 
recovery  support  crews,  propellants,  spares,  and  facility  main- 
tenance. 

Ground  and  launch  operations  at  WTR  include  the  cost  of  the  oper- 
ational crews  supporting  refurbishment  at  the  central  processing 
facilities,  checkout  crews,  facility  maintenance  costs,  propel- 
lants, spares  and  central  warehousing. 

Table  ill-A-6  Timeline  Funding  (Millions  t) 


Proj ect 
Function 

Calendar  Year 

1984 

1985 

1986 

1987 

1988 

1989 

1990 

1991 

Total 

Fleet  Utiliza- 
tion Project 
Management 

7.22 

7.46 

7.64 

6.97 

6.97 

6.76 

7.86 

7.39 

58.26 

Ground  and 
Launch  Opera- 
tions, ETR 

5.78 

6.21 

6.21 

5.87 

5.87 

5.70 

6.38 

6.21 

48.24 

Ground  and 
Launch  Opera- 
tions, WTR 

0.84 

0.60 

0.84 

0.60 

0.60 

0.60 

0.84  1 

0.60 

5.52 

Ground  Opera- 
tions Total 

13.85 

14.27 

14.70 

13.44 

13.44 

13.06 
i 

15.08 

14.21 

112.05 

Average  Cost/Flight  for  Ground  Processing  =*  $0.68  M per  flight 
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B.  IUS  AND  TUG  FLEET  UTILIZATION  SUBPLAN  (TASK  3) 

1*0  Introduction 

Fleet  utilization  is  concerned  with  fleet  sizing,  fleet  manage- 
ment 9 resource  requirements,  and  contingency  definition/planning* 
The  contract  requires  that  a set  of  12  standard  study  elements  be 
addressed  as  applicable  in  each  subplan*  To  maintain  standard 
paragraph  numbers,  3*1  - 3.12  of  each  subplan  have  identical 
headings*  This  document  provides  planning  data  for  nine  of  the 
12  standard  study  elements  as  they  relate  to  fleet  utilization. 
The  other  three  are  not  applicable.  The  applicable  study  ele- 
ments include: 

1)  ground  operations  flow  (contingency  planning)  ; 

2)  facility  and  GSE  requirements; 

3)  transportation  requirements  and  support; 

4)  manpower  staffing; 

5)  safety  requirements  and  support; 

6)  fleet  utilization  and  lUS/Tug-to-Payload  integration; 

u 

7)  checkout  ground  software  approach; 

8)  logistics/maintenance ; and 
9}  configuration  management . 

The  study  elements  not  applicable  to  fleet  utilization  are: 

1)  operational  data; 

2)  site  activation  and  verification;  and 

3)  timeline  funding . 

2.0  General  Requirements 

2. 1 Ground,  Rules 

The  ground  rules  applied  to  this  subplan  follow. 

1)  The  expendable  IUS  and  Tug  traffic  model  is  that  defined  in 
MDC  G5452,  IUS/Tug  Payload  Requirements  Compatibility  Study 
First  Progress  Review  and  Data  Exchange,  September  1974, 
McDonnell  Douglas  Astronautics  Company,  and  is  included  in 
< Table  III-B-1. 
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Table  II1-B-1  Traffic  Model  - Number  of  Flights 


I 


i 


- \ 


' — ' — Tear 
Configuration  - — 

1980* 

1981 

1982 

1983 

1984 

1985 

1986 

1987 

198B 

1989 

1990 

1991 

Total 

Expendable  IUS  - No  Transition 

9 

16 

14  ■ 

17 

56 

Expendable  IUS  - 1 yr  Transition 

9 

16 

14 

17 

7 

63 

Expendable  IUS  - Residual 
Flights  through  1991 

9 

16 

14 

17 

7 

4 

3 

1 

1 

2 

1 

1 

76 

Reusable  IUS  - No  Transition* 

10 

2D 

14 

16 

60 

Reusable  IUS  - 1 yr  Transition* 

10 

20 

14 

16 

a 

68 

Reusable  IUS  - Residual  Flights* 
through  1991 

10 

20 

14 

16 

a 

5 

4 

2 

2 

2 

2 

2 

87 

Tug  - No  Transition 

19 

22 

24 

18 

18 

16 

26 

22 

165 

Tug  - With  IUS  Transition 
and  Residuals 

13 

19 

23 

18 

16 

26 

22 

155 

* 1980  Totals  from  Martin  Marietta  IUS  Study  Data  (For  SAMSO) 

* Reusable  IUS  Totals  from  Martin  Marietta  IUS  Study  Data  (For  SAMSO)  ■ 

- 1984 

through  1991  Data 

Derivi 

2d 

2)  The  expendable  IUS  to  Tug  transition  traffic  model  is  that 
defined  in  NASA-MSFC  letter  PF-02,  dated  2 October  1974, 

Mr.  Huf faker  to  Mr.  Etheridge,  subject:  Mission  Model  Cap- 

ture Data  for  Sensitivity  Analysis  on  the  Tug  Fleet  and 
Ground  Operations  Schedules  and  Controls  Study,  and  is  in- 
cluded in  Table  III-B-1. 

3)  The  XUS,  Tug,  and  kick  stages  (as  required)  will  be  a part 
of  the  STS  and  launched  by  the  Shuttle  system. 

4)  All  IUS  operations  will  be  performed  at  ETR. 

5)  Tug  operations  will  be  performed  at  both  ETR  and  WTR  (as 
specified  in  the  traffic  model) . All  Tug  processing  will 

be  accomplished  at  KSC  (ETR)  . Tugs  scheduled  to  be  launched 
at  WTR  will  be  shipped  to  WTR  from  KSC  In  a near-launch- 
ready  condition. 

6)  The  Tug  will  become  operational  in  late  1983.  Dual  opera- 
tions (IUS  and  Tug)  will  exist  during  the  phase-over  period 
and  possibly  the  subsequent  operating  years. 

7)  All  DOD  payloads  will  be  treated  as  secure  payloads. 

8)  DOD  and  NASA  IUSs  and  Tugs  will  be  essentially  identical  and 
considered  interchangeable  for  various/mixed  missions. 

9)  The  DOD  will  develop  and  provide  the  IUS. 

10)  The  NASA  will  develop  and  provide  the  Tug  and  kick  stages. 
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2 . 2 Guide  lines 


The  following  guidelines  have  been  used  to  support  the  data*  con- 
clusions, and  recommendations  of  this  subplan: 

1)  In  the  pre-Tug  era,  the  DOD  (or  DOD  contractor)  will  perform 
IUS  checkout  operations. 

2)  For  non-DOD  flights,  the  DOD  will  provide  a mission  ready  IUS 
to  the  using  agency. 

3)  MSA  will  perform  Tug  refurbishment  and  checkout  operations. 

4)  For  non-NASA  flights,  the  NASA  will  provide  a mission  ready 
Tug  to  the  using  agency. 

5)  IUS  or  Tug  processing  is  performed  by  the  using  agency  after 
spacecraft  to  IUS  (or  Tug)  mate. 

6)  Resource  requirements  are  based  on: 

a)  5-day  work  week; 

b)  two  8-hour  shifts  per  day  (one  8-hour  shift  per  day  at  WTR) ; 

c)  launch  bi-weekly  - even  launch  centers  (maximum),  (2  launches 
per  year  at  WTR) . 

7)  Tug  and  IUS  requirements  based  on: 

a)  maximum  of  20  flights  per  Tug  or  reusable  IUS; 

b)  one  Tug  or  reusable  IUS  lost  per  100  flights; 

c)  nondedicated  (NASA  or  DOD)  Tugs  or  lUSs, 

8)  The  IUS  may  be  either  expendable  or  reusable,  and  planning 
considers  both. 

9)  The  reusable  IUS  traffic  model  is  based  on  SAMSO,  SR-IUS-100, 
Systems  Requirements  Document,  Appendix  III,  Change  No.  1, 

1 October  1974,  as  used  by  Martin  Marietta  In  an  IUS  study  for 
SAMSO  and  derived  data.  The  traffic  model  is  Included  in 
Table  III-B-1. 


.......j 


i 


3.0  Operational  Phase  Study  Elements 

2*1  Ground  Operations  Flow  (Contingency  Planning) 

The  ground  operations  flows  documented  in  Subplan  A are  Mgreen 
light”  and  make  no  provisions  for  contingency  planning.  Efficient 
Tug  fleet  utilization  must  consider  the  effect  of  contingencies 
and  make  provisions  in  the  system  for  handling  them  if  and  when 
they  occur. 

The  contingencies  considered  fall  into  three  categories:  system 

element  "no-shows”,  system  element  ”no-gos",  and  programmatic 
changes  (priority  payloads,  schedule  changes,  etc),  and  each  con- 
tingency has  been  analyzed  and  documented  in  Section  5.0  of  this 
subplan  to  indicate  alternative  actions  available  if  such  con- 
tingency occurs  at  various  times  in  the  operational  flow.  Figures 
III-B-1  through  III-B-3  summarizes  these  alternatives.  Individually 
and  collectively  these  contingencies  suggest  several  provisions 
which  should  be  provided  initially  in  the  system  to  minimize  any 
impact  the  contingencies  may  have  on  the  program. 

3.1 .1  Provide  Real  Time  Flexible  Spacecraft  Alternatives  _ Sev- 
eral contingencies  that  may  preclude  a given  spacecraft  from  being 
launched  on  schedule  can  occur*  These  include:  a spacecraft  no- 

go,  spacecraft  no-show,  interface  no-go,  kick  stage  no-go/no-show 
or,  a priority  spacecraft.  If  the  contingency  does  not  involve  a 
priority  spacecraft,  several  choices  present  themselves: 

1)  Fliminate  the  contingency,  schedule  permitting. 

2)  Launch  without  the  spacecraft*  This  may  be  applicable  in 
multispacecraft  missions  or  deploy /retrieve  missions. 

3)  Launch  with  a degraded  spacecraft.  This  would  be  a real  time 
decision. 

4)  Provide  buffer  spacecraft  in  the  program  to  fly  as  substitutes. 
This  implies  standby  or  buffer  spacecraft. 

5)  Swap  launches  with  one  of  next  few  spacecraft  in  line. 

Two  of  these  (2  and  5)  require  program  preplanning  and  should  be 
considered  at  this  time. 

a)  Launch  Without  the  Spacecraft  - In  multimission  flights, 
consideration  should  be  given  at  this  time  to  providing 
either  an  adjustable  mass/cg  simulator  to  replace  a given 
spacecraft,  or  enough  flexibility  in  the  system  design  to 
rearrange  the  spacecraft  that  will  be  flying  so  that  mass/ 
eg  envelopes  are  met* 


Schedule  

Change 

Priority  Spacecraft 
Priority  Non-Tug 
Payload 

Uneven  Launch  Centers 


Critical 

Skill  

Shortage 

Peak  Launch  Rates 


Figure  III-B-Z 
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b)  Provide  Buffer  Spacecraft  in  the  Program  - A buffer  space- 
craft is  one  presently  in  the  mission  model  that  may  be 
made  ready  and  available  to  launch  ahead  of  its  scheduled 
launch  date  as  a substitute  mission.  Such  a spacecraft 
would  be  available  from  an  inventory  of  standby  spacecraft 
or  ahead  of  schedule  to  be  ready  to  launch  on  short  notice. 
The  spacecraft  selected  would  require  certain  workable 
characteristics.  For  example,  simple  integration,  compat- 
ible launch  windows,  adaptable  flight  plans,  compatible 
EMI  and  contamination  and  basically  benign  interfaces  would 
be  required.  Designation  of  a few  spacecraft  as  "buffers" 
on  a preplanned  basis  may  prevent  major  real  time  domino- 
type  schedule  perturbations  as  a result  of  spacecraft/ 
spacecraft  affected  contingencies.  One  approach  to  attract 
such  users  would  be  to  provide  "reduced  rates"  to  any  po- 
tential user  that  meets  the  requirements  and  is  willing  to 
fly  on  a standby  basis.  Characteristics  of  the  STS  and 
Tug,  such  as  standard  interfaces,  family  of  adapters,  little 
SC  to  SC  interface,  make  the  buffer  concept  worthy  of  con- 
sideration. 

3.1.2  Provide  Flexibility  in  System  Design  to  Accommodate  Launch 
Date  Variations  - Several  contingent  situations  can  occur  that  can 
significantly  affect  Tug  program  schedules  unless  the  system  de- 
sign has  the  flexibility  to  accommodate  it:  repair  of  no-gos,  no- 

shows,  off-nominal  launch  centers  (between  5 and  10  days),  priority 
payload  changeout,  increased  launch  rate,  variations  in  flight  mis- 
sion duration  (1  to  7 days)  , facility  downtime,  etc.  Provisions  in 
the  system  design  that  should  be  considered  to  provide  flexibility 
against  these  contingencies  follow. 

a)  Provide  Additional  Tug  Checkout  Cell  in  the  TPF  - The 
green  light  flow  of  Subplan  A and  the  traffic  model  combine 
to  dictate  that  only  one  Tug  checkout  cell  is  required  in 
the  TPF  to  handle  all  Tug  flights.  This  is  illustrated  in 
Figure  III-B-4.  The  figure  shows  that  for  uneven  launch 
centers  (5  days)  or  contingencies  that  tie  up  a Tug  in  the 
cell  longer  than  scheduled,  a second  cell  is  required  and 
should  be  provided. 

b)  Provide  Additional  GSE  - Again,  the  green  light  flow  of 
Subplan  A *nd  the  traffic  model  combine  to  indicate  that 
"one  set"  of  GSE  is  required  to  accommodate  all  Tug  flights 
and  Figure  III-B-5  bears  this  out.  All  but  three  GSE  items 
are  used  less  than  50%  of  the  time  during  a Tug  processing 
cycle  (and  all  but  five  less  than  30%)  and  the  mean  usage 
is  less  than  15%,  giving  ample  flexibility  for  dual  Tug 
usage  for  uneven  launch  centers  down  to  about  two  days  for 
most  GSE  items.  The  additional  GSE  sets  which  should  be 
provided  are  those  that  have  50%  (or  greater)  usage,  or 
those  that  are  time  critical  to  processing  should  they  fail 
This  includes : 
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Figure  III-B-4  Minimum  Tug  Checkout  Cell  Requirements  in  TPF 


Note:  All  but  three  items  in  baseline  below  50%  usage. 
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Figure  III-B-5 
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1)  Tug  Works tand  - H-001  - 50%  usage.  The  stand  is  part 
of  the  .checkout  cell.  Because  of  the  high  usage  and 
because  two  checkout  cells  are  recommended,  two  sets 
of  workstands  are  recommended , 

2)  Inspection  Workstands  - H-026  - 50%  usage.  Two  sets 
are  recommended  for  the  same  reasons  as  1) * 

3)  Electrical  Power  Supply  - A-001  - 50%  usage.  Two  sets 
are  recommended  for  the  same  reasons  as  1)  , 

4)  Control  and  Data  Acquisition  Console  - A-008  - about 
30%  usage.  The  console  is  integral  to  all  Tug  and 
systems  testing  and  provides  a primary  interface  with 
the  LPS.  The  design  of  the  console  should  incorporate 
capability  to  cycle  mo  Tugs  or  provide  an  additional 
console  as  backup  for  uneven  launch  centers  and  console 
time  critical  failures . 

5)  Memory  Load  and  Verify  Unit  - A-009  - about  30%  usage. 
This  unit  is  critical  to  launch  schedules  (loads  Tug 
flight  program)  and  should  either  incorporate  functional 
redundancy  in  the  basic  design  or  have  an  additional 
backup  unit  in  case  of  failure. 

c)  Increase  Length  of  Work  Week  - The  green  light  flow  is 
based  on  a 5-day  work  week,  two  8-hour  shifts  per  day. 

Off  nominal  launch  centers  for  short  durations  can  be 
bandied  with  the  basic  operations  crew  working  7 days, 
two  12-hour  shifts  per  day.  Figure  III-B-6  illustrates 
the  capability. 

3.1.3  Provide  Sufficient  Redundancy  in  the  System  Design  to 
Prevent  Critical  SFFs  - Several  elements  in  the  system  are  criti- 
cal to  the  timely  processing  of  all  Tugs,  spacecraft,  indeed  the 
entire  Shuttle  vehicle,  and  should  be  designed  to  preclude  criti- 
cal single  failure  points  (SFP)  auch  as  facility  no-gos  (propel- 
lant system,  pressurization  system,  LPS,  power  system,  launch  pad, 
payload  canister),  GSE  no-gos  (general).  The  following  criteria 
should  be  applied. 

a)  Provide  Functional  Redundancy  in  all  Facility  Commodity 
and  Utility  Systems  - In  the  case  of  storable  propellants, 
this  requirement  could  be  satisfied  with  a manual  backup 
loading/unloading  system.  K bottles  might  backup  the 
pressurization  system.  Two  launch  pads  preclude  a launch 
pad  SFP  incident.  Functional  paths  in  the  power,  LPS  and 
cryogenic  systems  should  be  100%  redundant.  Backup  payload 
canisters  will  preclude  that  SFP. 
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Figure  IU-B-6 

ETR  Operation , Uneven  Launch  Centers,  Crew  Requirements,  2-Shift;  7 -Day  Week 


b)  Provide  Functional  Redundancy  in  all  G5E  Hardware  and 

Software  Critical  SFPs  - The  design  of  each  critical  func- 
tional item  should  include  functional  redundancy  to  the 
maximum  practical  extent*  Prom  a program  point  of  view 
this  means  every  item  will  be  subject  to  analysis  and 
every  critical  SFP  in  the  design  will  be  justified. 

3.1*4  Provide  a Backup  Tug  and  Backup  Kick  Stages  in  the  Active 
Fleet  - The  traffic  model  determines  the  minimum  required  active 
fleet  size  of  Tugs  and  kick  stages-  To  preclude  major  impacts  to 
the  schedule  in  the  event  of  no-gos,  no-shows  of  these  vehicles,  a 
spare  or  backup  is  recommended  to  be  added  to  the  active  fleet 
size*  It  is  noted  that  this  does  not  impact  the  total  fleet  size, 
only  the  delivery  schedule  and  facility  space  for  storage* 

3*1.5  Provide  a Flexible  Schedule  and  Control  System  - The  over- 
all management  of  the  fleet  is  discussed  in  Program  Controls,  Sec- 
tion 4.0  of  this  subplan;  however,  it  should  be  pointed  out  here 
the  schedule  and  control  system  must  be  flexible  enough  to  aid  in 
contingency  assessment  and  decision  selection  of  alternative  courses 
of  action-  Any  system  anomaly  may  impact  the  schedule,  as  will  ab- 
normal Tug  attrition  rates,  abnormal  Tug  processing  span  times, 
mission  changes,  traffic  model  changes,  and  commodity  shortages. 

The  schedule  and  control  system  must  identify  the  impact  of  such 
contingencies  in  real  time,  near  real  time,  and  in  the  planning 
stage  to  help  determine  feasible  alternatives. 

3.2  Facility  and  GSE  Requirements  Specification 

The  total  facility  and  GSE  requirements  for  the  Tug  program  are  de- 
fined in  this  section*  The  total  requirements  are  a function  of 
the  single  Tug  processing  cycle  uefined  by  the  s tick-and-ball 
chart  in  subplan  A,  the  Tug  traffic  model  or  annual  launch  rate, 

WTR  requirements,  contingency  provisions,  and  alternative  contin- 
gency landing  site  provisions.  The  latter  are  specified  as  Edwards 
AFB , Hawaii , and  Guam  * 

3*2.1  Facility  Requirements  - Table  III-E-2  summarizes  the  total 
facility  requirements  for  the  Tug  program  and  defines  the  source 
of  the  requirement.  Detail  requirement  3 and  specifications  can 
be  found  in  Appendix  C in  this  report.  It  Is  noted  that  the  cur- 
rent traffic  and  the  alternative  landing  sites  impose  no  Tug  re- 
quirements on  the  facility.  The  WTR  requirements  are  listed  on 
one  column  of  Table  III-B-2. 
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Table  III-B-2  Facility  Requirements  for  the  Space  Tug3  ETR  and  MTR 


Source  of 

ament 

Facility 

Stick- and '-Ball  Chart  (Ref  subplan  A 
and  Appendix  C) 

Processing  of  a Single  Tug 

Tug  Traffic  Model 

ETR  Contingency 
Provision 

VTH.  Requirement# 

Function 

Rctjulremurtt 

Orbiter  Processing  Facility, 
OFF  at  ETR 

Offload  Payload  free 

JDrblter 

"benate  Tug/5paeccraft* 
and  Recove  COMSEC 
Equipment 

Existing  OFF  transfer 
Aisle 

Single  Cell*  Controlled 
Access,  LPS  Terminal 
Available,  Hj  Burner, 
Tug  Hazardous  Vapor 
Detection . 

No  Additional 
Requirements 

None 

None 

Tug  Processing  Facility* 
IFF  at  ETR 

Hctelve,  Inspect, 
Safo,  Claon  Tug. 

Airlock,  Controlled 
Access,  Li'S  Terminal, 
10DK*  Class  Clean, 
Personnel  Safety 
Provisions, 

No  Additional 
Requirements 

None 

ilonc 

Tug  Refurbish, 
Checkout,  Spacecraft 

Hite/lntegration 

Single  Ceil  - Controlled 
Access,  10QK*  Clans  Clean, 
Tempest  Compatible, 
Parasitic  Antenna,  LPS 
Terminal.  OIS  Corrmmi- 
cation. 

No  Additional 
Requirement b 

Add  a Secimd  Cull 
fur  Backup  - 
Provision  Identical 
to  SingU-  Cell. 

None  - UTR  Launched 
Tugs  Will  Bo  Checked 
and  Refurbished  in 
FTR-TPF 

— 
Tug  Adapter  Haintc- 
nonce  and  Checkout 

Single  Say  - 10 OK*  Class 
Clean,  OIS  CorujunlcaElon, 
LPS  Terminal 

Ho  Additional 
Requirements 

Add  □ Second  Bay  for 
Backup  - Provision 
Identical  to  Single 
Bay. 

Hone  - Adapter  for 
WTK  Launched  Tugs  Will 
Be  Checked  In 
ETR-TPF. 

Kick  Stage  Buildup 
and  Checkout 

Single  Bay  - 100K"  Class 
Clean*  OIS  Cataunlcatlon, 
LPS  Terminal 

No  Additional 
Requirements 

None 

Hone  - Kick  Stages  not 
Required  at  WTR 

Load  Storable 
Propellants 

Single  Bay,  100K*  Class 
Clean,  OIS  Communication, 
LPS  luminal.  Controlled 
Access,  Pufdcmnel  Safety 
Provisions 

No  Additional 
Requirements 

None 

Facility  Requlrsotnta 
At  WTR  Arc  Identical 
to  E*  A 

Store  Tug  and  Adapter 

Not  Required 

The  Tug  Traffic  Model  and  Contingency 
Provisions  Require  Storage  of  Dp  to  Four 
Tugs  and  TVo  Adapters  In  a Temperature 
anJ  Humidity  Controlled  Environment. 

Kane  - Ho  Storage  of 
Tugs  and  Adapter#  Is 
Required  at  VTR 

Store  Refurbishment 
Support  Hardwire 

Temperature  and  Humidity  | 
Controlled,  Storage 
Racks,  Bins,  and  Shelves 

Ka  Additional 
Requirements 

Kano 

Nan.!  - No  Kefurbish- 
aeat  Accocpl lnhed 
at  WTR 

Subsystem  Overhaul 
Refurbish,  Mainte- 
nance and  Checkout 
Areas 

Controlled  Access,  1Q0K* 
Class  Clean,  LPS  Termi- 
nals, Bench  Calibration* 
Optical  Alignment  Plat- 
fora. 

No  Additional 
Requlremcntr 

Hqne 

Mono  - Ho  Subsystem 
Work  Done  at  WTR 

Load  Tug  and  Space- 
craft into  Payload 
Canister 

1Q0K  Class  Clean  Area, 
Controlled  Accebs,  OIS 
Communication 

Ko  Additional 
Requirements 

None 

WTR  Requirements 
Identical  to  ETR 
Requirements 

Payload  changeout  ltoon,  PCR 
at  ETU  (and  launch  Complex) 

Payload  Transfer  to 

Orb  iter  Hay 

100K  Class  Clean  Room, 

LPS  Terminal.  Device  for 
Handling  Tug  and  Install- 
ing It  into  arbiter  Bay 
(Vertical)*  Controlled 
Access,  Tempest  Compat- 
ible. 

No  Additional 
Requirements 

Provide  a Second  PCR 
(and  Launch  Camples.) 
Provide  capability 
In  Both  FCRs  to 
Changcaut  Entire  Pay- 
load  (Tug  and  Space- 
craft) Spacecraft 
Only  c : ” ug  Only  and 
Tug/S^>  -i- craft  Hate 
and  li’.ft  iration. 

Mo  Additional  Require- 
ment# - ETR,  Contin- 
gency Provisions  Hot 
Required 

Launch  Complex  at  ETR 

Load  Propellants  and 
Proasurtftts 

LH^,  LCj , GHe  Transfer 
and  Vent  Syaten 

No  Additional 
Requirements 

Provide  a Second 
Launch  Complex  to 
Backup  the  First  at 
ETR. 

No  Additional  Require- 
ment* - Np  Backup 
Launch  Pad  Required 

arbiter  Landing  Field  - OLF 

No  Tug  Requirements 

*1Q0K  in  baseline*  factory  clean  is  rcecnmcndcd , 
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3,2,2  GSE  Requirements  - Table  III-B-3  summarizes  the  GSE  require- 
ments  for  the  Tug  program  with  regard  to  facility  location.  Quan- 
tities, detail  requirements  and  specifications  can  be  found  in  Ap- 
pendix B to  this  report-  In  general,  the  quantity  of  GSE  defined 
to  process  a single  Tug  will  suffice  to  satisfy  total  Tug  program 
requirements  because  the  usage  rate  of  the  equipment  as  a percent- 
age of  total  processing  time  is  very  low  (about  15%  on  the  average). 

The  exceptions  are  the  GSE  identified  previously  for  which  additional 
quantities  are  needed  to  combat  contingencies,  the  GSE  required  at 
WTR,  and  the  abort  GSE,  The  GSE  ID  No.  in  the  first  column  of  Table 
III-B-3  refers  to  the  identification  code  assigned  to  each  piece  of 
GSE  for  which  a description  sheet  is  provided  In  Appendix  E* 

3. 3 Transportation  Requirements  and  Support 

The  total  transportation  requirements  for  the  Tug  program  include 
the  single  Tug  Processing  cycle  requirements  and  additional  quan- 
tities that  contingency  or  launch  rate  requirements  may  impose.  It 
includes  the  ferry  requirements  to  transport  a Tug  and  its  support 
equipment  from  the  manufacturer  to  KSC,  from  KSC  to  WTR,  and  from 
WTR  to  KSC,  and  from  alternative  contingency  Orbiter  landing  sites 
(Edwards,  Hawaii,  Guam)  to  KSC,  as  well  as  onsite  requirements  at 
KSC  and  WTR. 

The  details  of  the  operations  for  intersite  and  onsite  transporta- 
tion may  be  found  in  subplan  A and  in  section  4.0  of  this  subplan*  This 
Section  defines  the  total  quantities  of  Transportation  Support  Equip- 
ment (TSE)  required  as  a function  of  launch  rate  and  contingencies. 

3.3.1  TSE  Quantity  Requirements  - The  current  traffic  model  (launch 
rate)  Imposes  no  quantity  requirements  on  the  TSE  above  and  beyond 
single  Tug  requirements.  The  quantities  Identified  in  Table  III-B- 
4 are  due  to  contingencies:  (1)  alternate/ contingency  Orbiter 

landing  sites  and  (2)  motorized  equipment  backup.  A backup  canister 
is  recommended  to  eliminate  It  as  a source  of  a critical  SFP  (para 
III. B. 3.1-3) . The  additional  quantities  of  GSE  (H-020  and  H-G19) 
are  for  Tug  storage. 

3.4  Operational  Data  (Instrumentation  List)  Requirements 
Not  Applicable  to  this  Subplan. 

3. 5 Manpower  Staffing  Requirements 

The  total  manpower  staffing  requirements  for  fleet  utilization  in- 
elude  the  onsite  personnel  at  ETR  and  WTR  required  to  process  the 
Tugs  and  offsite  personnel  who  are  required  to  manage  the  Tug  fleet. 

The  total  crew  requirement  for  managing  and  processing  the  Tug 
fleet  is  summarized  as  follows: 
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Table  ITI-B-3  Ground  Support  Equipment  Requirement 


Use  Location 


GSE  Nomenclature 


Avionics 


QZ  06  pi  Pi 

H H H H 

W W W Dc  J-> 

i U I l in 

pH  O (j-r  1*4  Pi  f-M  O 

X)  PL,  H h-3  JO 

O -U  O H & O < 


i-J  jo  I P*  cn 

O *<  O H 


A-001  Electrical  Power  Supply* 

A-002  Electrical  Power  Test  Set 

A-003  Electrical  Load  Banks 

A-004  Battery  Test  Set 

A-005  Battery  Charger 

A-006  Communication  Test  and  Checkout 
Equipment 

A-007  Guidance  and  Navigation  Test 
and  Checkout  Equipment 

A-008  Control  and  Data  Acquisition 
Console* 

A-0G9  Memory  Load  and  Verify  Unit* 

A-010  Electronics  Calibration 
Equipment 

A-011  Orbiter  Cable  Simulator 

A-012  Umbilical  Simulator 

A-013  Star  Sensor  Simulator 

A-014  Tug/Spacecraft  Simulator 

A-015  Fuel  Cell  Dummy  Load  Unit 

A-016  Ordnance  Event  Verification 
Cables 

A-Q17  Latch  Mechanism  Test  Set 

A-018  Hardware  Interface  Module 

Propulsion  and  Mechanical 

P-001  Aft  Umbilical  Servicing  Unit 

P-002  Fuel  Cell  GN2  Purge  Unit 

P-003  Fuel  Cell  Water  Supply  Unit 

P-004  Fuel  Cell  GH2  Accumulator 
Charge  Unit 


* Additional  quantities  required  for  contingencies  at  ETR 


Table  III-B-3  (aont) 


Use  Location  u u 

a)  »-• 

^ , pd  »5  PS  00  o 

H H H BH  d ^ 

W W W £5  4J  *H 

\ i m 1 i i j-i  oj  t 

Pm  O U-  Pu  oi  O c:J^ 

GSE  Nomenclature  ^ S h g uo 


Fuel  Cell  GO2  Accumulator 
Charge  Unit 

Engine  Alignment  Kit 

Tug  Engine  Actuator  Servicing  Kit 

P-008  Alignment  Kit 

P-009  Insulation  Purge  and  Metering 
Unit 

P-010  Propellant  Supply  and  Transfer 
Unit 

P-011  APS  Propellant  Control  Set 

P-012  APS  Propellant  Supply  and 
Transfer  Unit 

P-013  Preservation  Unit 

P-01A  Vacuum  Pump  and  Gauge  Unit 

P-015  Hydraulic  Servicer 

P-016  Pressurization  Control  Set 

P-017  Decontamination  Unit  APS 

P-018  Vacuum  Pump  and  Gauge  Unit  APS 

P-019  Thermal  Control  Servicing  Set 

P-020  Hot  GN2  Purge  Unit 

Structural 

S-001  Ultrasonic  Scan  Unit 
S-002  Radiography  Unit 

Handling  and  Transportation 
H-001  Tug  Works tand* 

H-002  Engine  Works tand 
H-003  Deployment  Adapter  Workstand 
H-OOA  Tug  Transportation  Dolly 
H-005  Cargo  Bay  Work  Platform  Set 


* Additional  quantities  required  for  contingencies  at  ETR  only. 
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Table  III-B-3  (aonal) 


.Use  Location 


os  pi  d 

H H H 

w j-i  w w 


No . GSE  Nomenclature 

H-006  Internal  Platform 

H-007  Deployment  Adapter  Dolly 

H-008  Deployment  Adapter  Protective 
Cover  Kit 

H-009  Spacecraft  Adapter  Transport/ 
Storage  Pallet 

H-010  Kick  Stage  Protective  Cover  Kit 

H-011  Kick  Stage  Motor  Cradle 

H-012  Kick  Stage  Buildup /Checkout 

Fixture 

H-013  Kick  Stage  SRM  Storage  Pallet 

H-014  Kick  Stage  Storage  Pallet 

H-015  Tug  Storage  Pallet 

H-016  Tug  Engine  Handling  Kit 

H-017  Deployment  Adapter  Storage  Pallet 

H-018  Handling  Sling  Kit 

H-019  Tug  Protective  Cover  Kit 

K-020  Tug  Desiccant  Kit 

H-021  Battery  Handling  Kit 

H-022  Air  Carry  Tie  Down  Kit 

H-023  Transport  Data  Recorder 

H-024  Tug  Trans tainer 

H-025  Tug  Lifting  Rings 

H-026  Inspection  Works tands* 

H-027  Spacecr.ft  Docking  Simulator 
H-028  Kick  Stage  Trans tainer 
H-023  Vertical  Adapter 
H-030  Kick  Stage  Motor  Support 


xxx 


* Additional  quantities  required  for  contingencies  at  ETR  only. 
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Table  III-B-4  Tug  Transportation  Support  Equipment  (TSE)  Requirements 


TSE  Location  Requirements 

qey 

Launch 

for 

Rate  or 

Equipment 

Between 

Between 

Between 

Onsite 

Onsite 

Single 

Contin- 

Total 

Source 

Item 

KSC  & UTR 

MFGR  Sx  KSC 

OLF  & KSC 

KSC 

WTR 

Tug 

gency  Qty 

Qty 

KSC  WTR 

MFGR  KSC 

OLF  KSC 

Motor  Pool  or  Contractor 

Prime  Mover 

X X 

X X 

X X 

X 

X 

2 

3 

5 

TSE/GFE* 

Transporter t Canister 

X x 

X X 

X X 

X 

X 

2 

3 

3 

TSE/GFE* 

Payload  Canister 

X 

X 

X 

X 

X 

1 

2 

3 

Facility  and 

Overhead  Crane 

X X 

X X 

X 

X 

X 

3 

0 

3 

Contractor 

GSE 

Hoisting  Sling  Kit  - ID  Ho.  H-018 

X X 

X X 

X 

X 

X 

3 

0 

3 

TSE/GFE* 

Mate/Deiaate  Fixture  CHDF)  and  Support  Kit 

X x 

X 

X X 

X 

X 

2 

0 

2 

TSE/GFE* 

747  Aircraft 

X 

X 

X 

1 

0 

1 

TSE/GFE*  or  Contractor 

Mobile  Crane 

X 

X 

4 

2 

6 

TSE/GFE* 

Storage  Dolly 

X 

3 

0 

3 

TSE/GFE* 

Cnnister/747  Attach  Kit 

X 

X 

X 

2 

0 

2 

GSE 

Trnnoportation  Ins trumentaclan  Kit  - ID  No.  H-023 

X 

X 

X 

X ! 

X 

2 

0 

2 

GSE 

Tank  Breather  Set  - ID  No.  H-D20 

X 

X 

X 

X 

X 

2 

3 

5 

GSE 

LHz  Tank  Dome  Cover  - ID  No.  Si-019 

X 

X 1 

X 

X 

X 

2 

3 

5 

GSE 

Tug  Tie  Down  Kit  - ID  No,  H-022 

X 

X 

X 

X 

X 

1 

0 

2 

TSE/GFE* 

Canister  to  747  Aircraft  Attach  Kit 

X 

- J 

X 

X 

X 

X 

2 

0 
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*TSE/GFE  - Shuttle  and/or  Payload  Provided  - Hul t in a e-E quip men t 
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Onsite  Personnel  (ETR  and  WTR)  = 114 

Fleet  Management  Personnel  (offsite)  = 85 

Total  Personnel  Required  = 199 

This  number  is  the  maximum  estimate  for  the  operational  duration 
of  the  program  as  some  of  the  functions,  such  as  sustaining  en- 
gineering and  training,  will  undoubtedly  taper  off  in  later  years. 

The  individual  manpower  requirements  are  discussed  in  the  follow- 
ing paragraphs. 

3.5.1  Single  Tug  Processing  Cycle  Requirements  - Subplan  A indi- 
cates a total  crew  requirement  of  80  people  for  a two-shif t-per- 
day,  five  day  work  week.  Approximately  60%  of  that  total  is  dir- 
ectly related  to  processing  the  Tug,  while  the  other  40%  covers 
support  people,  such  as  Facilities,  Engineering,  offline  tech- 
nicians and  supervision/management  whose  numbers  are  generally 
independent  of  the  launch  rate.  Therefore,  only  those  directly 
processing  Tugs,  or  about  30%  of  the  total,  would  be  affected  by 
launch  rate  and  uneven  mission  duration,  etc. 

3.5.2  Total  ETR  Crew  Requirements  - The  current  traffic  model 
indicates  a maximum  Tug  launch  rate  of  26  per  year  or  one  every 
two  weeks.  Figure  III-B-7  indicates  that  the  single  processing 
crew  can  handle  launch  rates  of  26  per  year  based  on  even  launch 
centers.  Figure  III-B-6  shows  that  the  same  crew  can  handle  un- 
even launch  centers  down  to  five  days  (from  10  days)  by  going  to 
a seven-day  per  week/ two  12-hour  shifts  per  duy  work  week.  The 
conclusion  is  that  the  80-man  single  cycle  crew  requirement  is 
sufficient  for  all  ETR  operations. 

3.5.3  Total  WTR  Crew  Requirements  - The  current  traffic  model 
indicates  a maximum  WTR  Tug  launch  rate  of  two  per  year  and  only 
one  per  year  in  five  of  the  eight  Tug  program  years.  The  single 
Tug  processing  cycle  would  indicate  a need  for  approximately  80 
people  at  WTR  were  the  Tug  to  be  processed  there.  However,  be- 
cause of  the  extremely  low  launch  rate  and  common  Tug  checkout 
facility  philosophy,  only  a small  group  of  liaison  people  need  be 
permanently  situated  at  WTR..  Typically,  this  organization  would 
be  as  shown  in  Figure  III-B-8,  The  Tug  processing  crew  and  main 
support  crew  will  accompany  the  Tug  from  ETR  to  launch  it  and 
return  it  to  ETR.  Figure  III-B-9  is  a WTR  stick-and-ball  chart 
showing  the  number  of  personnel  required  to  do  this  processing; 
the  total  is  34  based  on  one-shift  operations.  With  the  seven 
permanent  people,  a total  complement  of  41  people  is  a WTR  re- 
quirement. Figure  III-B-1G  shows  the  composite  ETR/WTR  organ- 
ization for  the  WTR  requirements.  With  two-shift  operations  at 
WTR,  the  required  crew  at  WTR,  extrapolated  from  Figure  III-B-9, 
is  50 . 
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3-5.4  Total  Crew  Requirements  for  ETR  and  WTR  Operations  - Figure 
III-B-11  depicts  the  total  ETR  and  WTR  operations  crew  requirements. 
By  adding  the  peaks  of  the  operations  crew  requirements  and  the  sup- 
port personnel  requirements  * a total  of  approximately  114  people 
are  required  with  7 of  those  stationed  permanently  at  WTR.  This 
crew  requirement  is  based  on  a one  shift  per  day  operation  at  WTR. 
Figure  III-B-12  gives  the  totals  with  a two  shift  per  day  opera- 
tion at  WTR , indicating  a total  of  119  people.  This  total 
can  be  reduced  by  approximately  10  people  by  shift  adjust- 
ments and  overtime,  leaving  a total  of  114  people  for  planning 
purposes  as  follows:  ETR  - 107,  WTR  “7.  It  is  recognized  that 

uneven  launch  centers  at  ETR  during  a WTR  launch  would  Increase 
the  manpower  requirements  by  about  20%;  however,  it  has  not  been 
planned  because  of  the  infrequency  of  WTR  launches. 

Finally,  a typical  ETR  organization  with  WTR  launch  capability  is 
shown  in  Figure  III-B-13. 

3.5*5  Manpower  Required  to  Manage  the  Tug  Fleet  - Several  func- 
tions are  involved  in  managing  the  fleet — cost/performance  man- 
agement,  project  direction,  information  management,  fleet  utili- 
zation planning  management,  sustaining  engineering,  logistics 
management,  and  software  management.  Each  of  these  functions  re- 
quires a staff  of  people  and  mechanized  systems  as  defined  in 
Program  Control  System,  Section  4.0  of  this  subplan*  Figure  III- 
B-14  depicts  a typical  organization  of  85  people  required  to  man- 
age the  fleet.  The  functional  responsibilities  of  the  manpower 
follow. 

3.  5. 5. 1 Cost/Performance  ' Management  Manpower  - This  activity  as- 
sures the  integrated  planning,  scheduling,  budgeting,  work  author- 
ization, and  cost  accumulation  of  all  ground  operations  tasks  per- 
formed during  the  Tug  program.  It  also  includes  project  performance 
planning,  preparation,  and  maintenance  of  the  Project  Management 
Plan,  project  schedules,  resource  status  reports,  change  controls, 
data  summary  analysis,  procurement  management,  and  safety  manage- 
ment. 

Typically,  this  organization  would  consist  of  a manager,  planners, 
budget  controllers,  timekeepers,  and  report  writers.  No  analysts 
or  programmers  are  included  as  that  function  can  be  time-shared 
with  fleet  utilization. 

3*5.5. 2 Project  Direction  tfanpoteer  - This  small  group  continuously 
monitors  all  functional  management  disciplines  to  provide  central 
direction  and  control  of  the  overall  operations  project,  including 
decision-making  for  management,  problem  resolution  to  meet  schedules, 
overall  project  surveillance/control,  and  configuration  control. 
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Composite  Crew  Organization  for  WTR  Requirements  - One  Shift  Operations 
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Crew  Requirements  for  SIR  and  WTR  Operations  - One  Shift  Operation  a 
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Crew  Requirements  for  ETR  and  WTR  Operations 
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Figure  III-B-14  Fleet  Utilization  Management  Organization 
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3.5.S.3  Inforniation  Management  ManpoDei'  - This  group  provides 
project  visibility  to  the  overall  management  process  and  their 
activities  to  ensure  proper  Information  and  documentation  flow 
and  control.  Included  are  information  coordination;  identifica- 
tion, control  and  monitor  of  the  preparation  and  maintenance  of 
documentation;  establishment,  implementation  and  maintenance  of 
a Data  Management  Plan  and  Procedures;  acquisition  of  data  from 
subcontractors,  vendors  and  others;  preparation,  maintenance  and 
submittal  of  the  data,  data  schedules,  and  accession  list;  estab- 
lishment, operation,  and  maintenance  of  a project  level  informa- 
tion file  and  management  information  center(s).  These  func- 
tions require  planners,  document/data  controllers,  contractor 
(sub  and  vendors,  too)  data  controller,  and  typists/file 
clerks.  Should  more  than  one  management  information  center 
be  provided,  the  manpower  would  increase. 


3. 5.  5. 4 Fleet  Man£utJer_  - This  group  does  the  planning 

perparation  and  updating  of  the  ground  operations  (launch  opera- 
tions and  refurbishment  and  integration)  part  of  the  ground  and 
flight  operations  fleet  utilization  plan  for  all  Tug  missions  in 
the  detail  required  for  project  management,  including  all  hardware 
and  software  functions  required  to  provide  the  ground  operations 
part  of  a mechanized  Tug  fleet  utilization  planning  system. 

Preparation  and  updating  of  the  fleet  utilization  plan  for  ground 
operations  using  the  mechanized  fleet  utilization  planning  sys- 
tem include:  (1)  preparation  of  the  Tug  fleet  utilization  ground 

operations  plan  based  on  mission  planning  data.  Tug  turnaround 
timelines,  desired  launch  dates,  and  mission  priorities;  (2)  con- 
duct of  schedule  studies  and  contingency  analyses  to  establish 
schedule  alternatives  for  advanced  planning  and  contingencies  (for 
allocation  of  Tugs  and  payloads  to  near-term  missions  chat  can 
meet  the  turnaround  timelines;  for  maintenance  requirements  ior 
each  Tug;  and  for  availability  of  each  payload  as  it  is  progres- 
sively defined  and  scheduled  through  the  LPS)  ; and  (3)  updating  the 
Tug  fleet  utilization  plan  as  directed  by  project  management. 

The  hardware  function  Includes  furnishing  and  maintaining  the  com- 
puter peripheral  equipment  and  communication  links  dedicated  to 
ground  operations  that  are  required  to  input  and  process  the  data 
and  display  the  current  ground  operations  part  of  the  fleet  utili- 
zation plan  and  status;  the  software  function  provides  for  the  de- 
velopment, integration,  and  maintenance  of  the  Tug  fleet  utiliza- 
tion planning  system  software  for  ground  operations.  Integration 
includes  interfacing  GSE  software  and  hardware. 
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Organizationally,  these  functions  typically  would  include  mana- 
ger, planners,  onsite  liaison  people,  system  analyst,  system  pro- 
grammer, input  operator  (e.g.  , keypunch),  peripheral  equipment 
operator,  and  typist/clerk*  It  is  noted  that  the  hardware/soft- 
ware portion  of  this  organization  would  undoubtedly  do  the  com- 
puter work  for  the  other  business  organizations  of  fleet  manage- 
ment such  as  cost/performance,  information,  and  logistics. 

3. 5. 5* 5 taining  b'ngine&i'ing  MtinpuiJ&r*  - These  people  provide 

project  management  sustaining  engineering  effort  required  lor  the 
Tug  and  ground  operations.  A principal  effort  includes  normal 
product  improvement  and  engineering  changes  that  may  occur  as  a 
result  of  user  recommendations  and/or  operational  experience. 

Also  included  are  in-plant  engineering  liaison  support  required  at 
the  launch  sites  during  the  operations  phase*  Activities  would 
include  further  evaluation  of  vehicle  and  GSE  performance,  main- 
tainability analysis,  transportation,  and  handling  requirements, 
etc. 

This  group  would  cover  the  technical  disciplines:  structures, 

thermal,  avionics,  communications,  electronics/electrical,  pro- 
pulsion, mechanical,  systems  design,  reliability,  maintainability, 
safety,  quality,  managers,  administrator,  secretaries,  and 
clerk/ typist . 

Tliis  group  participates  in  configuration  control,  directing  and 
controlling  a ground  operations  integrated  engineering  effort, 
including  requirements  analysis  and  integration,  system  definition, 
system  test  definition,  interfaces,  safety,  reliability,  maintain- 
ability, configuration  management,  quality  engineering,  and  tech- 
nology utilization. 

3*5* 5.6  Logistics  Management  Manpower  - This  group  will  implement, 
operate,  and  maintain"  a logistics  management  for  support  of  the 
Tug  and  Its  related  ground  support  equipment,  including  transporta- 
tion and  handling,  warehousing,  training  of  ground  crew  personnel 
and  depot  maintenance. 

Transportation  and  handling  management  includes  the  fleet  ground 
operations  and  control  management  activities  of  planning,  organi- 
zing, directing,  coordinating,  and  controlling  the  effort  between 
the  launch  sites  and  various  contractor  maintenance  depots  for 
hardware  modification  and  scheduled  and  unscheduled  maintenance* 

The  preparation  and  transportation  of  all  major  items  of  equipment 
and  hardware  that  have  special  requirements  because  of  size,  weight, 
shape,  or  environmental  control,  such  as  the  total  Tug  vehicle,  or 
major  components  such  as  engines,  structures,  computers,  etc,  are 
included . 
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Training  functions  include  efforts  necessary  to  provide  training, 
and  support  for  planning  and  conducting  training  programs  for 
ground  operations  personnel  to  maintain  manning  levels  required 
by  the  ground  operations  schedule.  Provision  oT  training  equip- 
ment (models,  trainers,  audio  visual  aids,  etc)  is  included. 

Inventory  control  and  warehousing  management  provides  a centralized 
control  for  inventories  and  warehousing  for  all  locations  for  mater- 
ials, parts,  supplies,  tooling,  equipment,  spares  provisioning  in 
support  of  the  operation  of  the  Tug  system.  No  analysts  or  program- 
mers for  computer  control  of  Inventory  are  included  as  that  func- 
tion may  be  included  under  fleet  utilization. 

Management  of  depot  maintenance  includes  monitor  and  control  of  all 
factory  and  offsite  maintenance  and  refurbishment  such  as  major 
Tug  components — engines,  structures,  avionics. 

3.5.5.?  Software  Management  - Functionally  this  group  provides  for 
the  maintenance  and  integration  during  the  maintenance  period  of 
Tug,  mission  support,  launch  processing  system  (LPS)  and  other  GSE 
software.  GSE  software  integration  includes  interfacing  with  on- 
board and  mission  software  and  hardware  to  assure  compatibility  in 
a Tug  avionics  integration  laboratory.  Maintenance  includes  soft- 
ware configuration  control  and  data  development  and  Input  for 
specific  mission  and  GSE  applications.  This  function  is  primarily 
systems  analysis  and  programming. 

3.6  Safety  Requirements  and  Support 

Safety  data  relative  to  contingency  situations  that  can  impact  Tug 
fleet  utilization  are  provided  in  this  section.  The  following 
paragraphs  contain  general  information  on  safety  policy  and  philo- 
sophy, definition  of  credible  contingencies,  and  the  requirements 
for  sa"-  ■'ckout. 

3.6,1  General  - The  basic  safety  policy  of  the  Space  Shuttle  pro- 
gram is  to  impose  the  minimum  safety  requirements  on  the  Space 
Transportation  System  (STS)  and  its  users  to  logically  protect 
flight  and  ground  personnel,  STS  elements  and  payloads,  the  general 
public,  public/private  property,  and  the  ecology.  Normal  Tug 
ground  operations  include  inherently  hazardous  operations  that  must 
be  controlled  and  reduced  to  the  lowest  practical  level  consistent 
with  program  objectives,  cost,  and  schedule.  Deviations  from  the 
normal  processing  flow  must  be  anticipated  during  Tug  fleet  opera- 
tions . 

Some  of  the  deviations  will  have  safety  impact  and  require  contin- 
gency planning.  The  Tug  contingency  safety  philosophy  must  pro- 
vide for  backout  to  a safe  condition  or,  as  a minimum,  to  limit 
the  extent  of  catastrophic  events.  The  philosophy  may  be  imple- 
mented  by  establishing  adequate  safety  requirements  for  all  credible 
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hazardous  contingencies.  The  requirements  would  be  expanded  and 
refined  as  Tug  designs  and  operational  planning  develops  and  lead 
to  specific  backout /emergency  procedures. 

3.6,2  Identified  Contingencies  - Analysis  of  the  norma]  Tug  ground 
operations  flow,  shown  in  subplan  A,  has  identified  potential  con- 
tingency situations.  The  contingencies  identified  below  are 
credible  safety  critical  conditions  that  could  Impact  fleet  utili- 
zation . 

$.6.2.1  Main  Propellant  Lrakn  - The  loss  of  pressure  integrity  o\ 
the  main  propellant  tanks  may  be  identified  during  postlanding  sat- 
ing operations  by  vapor  detection  or  leak  checks.  Leaks  could 
develop  during  Tug  propellant  loading*  Minor  leaks  are  considered 
to  be  credible  contingencies  that  should  be  accommodated.  Major 
leaks  (gushers)  are  highly  improbable  because  of  extensive  quali- 
fication , nd  acceptance  testing, 

$.6.2.2  APS  Propellant  Leaks  - The  detection  of  toxic,  » 

vapor  during  postlanding  payload  bay  ventilation  would  indicate 
a leak  in  the  APS  liquid  system*  Liquid  leaks  could  develop  dur- 
ing APS  loading.  Again,  minor  leaks  are  credible,  but  major 
leaks  are  not. 

3.6.2.$  Fuel  Cell  Leaks  - Fuel  cell  reactant  system  leaks  may  be 

identified  during  postlanding  leak  checks  or  during  fuel  cell  j 

loading. 


3. 6. 2. 4 Hand Liny  Damage  - The  accident/incident  frequency  during 
all  transportation  and  handling  operations  indicates  a high  proba- 
bility of  the  Tug  sustaining  damage  requiring  corrective  action. 

3.6.3  Safety  Requirement  - Specific  procedures  to  backout  from 
contingency  situations  must  accommodate  the  varying  severity  of 
the  hazardous  conditions*  Credible  propellant  leaks,  for  example, 
although  defined  as  minor,  could  range  upward  from  those  barely 
detectable.  Safety  requirements,  however,  must  address  the  as- 
sumed worst-case  condition* 

The  basic  safety  requirements  for  contingencies,  such  as  payload 
bay  purging,  ventilation,  and  personnel  protection,  have  been 
adequately  defined  in  Baseline  Space  Tug  Requirements  and  Guide- 
lines, MSFC  68M00039-1.  The  normal  Tug  processing  safing  require- 
ments identified  in  subplan  A,  however,  require  changes  that  affect 
timelines  and  fleet  utilization.  These  changes  are  summarized  in 
the  following  paragraphs. 
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Leaks  in  the  main  propulsion  system  or  fuel  cell  reactant  system 
will  require  complete  purging  to  an  inert  level  before  taking  cor- 
rective action*  In  the  postlanding  phase,  the  purging  must  be 
done  as  soon  as  practical  and  before  leaving  the  TPF  airlock*  In 
the  event  leaks  develop  during  cryogenic  Loading,  the  commodities 
would  be  offloaded  and  purge  established  immediately*  The  Tug 
would  then  be  removed  from  the  Orbiter  Cor  corrective  action. 

Any  detectable  APS  propellant  leak  during  postlanding  operations 
would  require  immediate  venting  oF  APS  pressurant  to  reduce  the 
leak.  The  liquid  system  would  then  be  drained,  flushed,  and 
purged  to  an  inert  level  as  soon  as  possible*  After  corrective 
action  has  been  verified  by  leak  test,  the  system  requires  flush- 
ing, drying,  and  lockup  with  blanket  pressure  to  return  to  normal 
operation.  The  same  drain,  flush,  and  purge  operations  are  re- 
quired to  safe  the  system  if  a leak  develops  during  APS  loading* 

The  prevention  of  accidents/  incidents  during  Tug  handling  is  a 
function  of  adequate  equipment,  procedures,  personnel  training 
and  certification,  and  constant  surveillance.  The  extent  of  cor- 
rective action^  shoula  an  accident/incident  occur,  is  dependent 
upon  the  damage  sustained.  Any  damage  to  fluid  systems  would  re- 
quire the  safing  actions  defined  in  the  preceding  paragraphs* 

The  safety  requirements  imposed  by  contingency  operations  include 
those  applicable  to  Tug,  GSE  and  facility  design,  and  definitive 
operations  procedure  detail.  The  Tug  safety  design  requirements 
are  included  in  the  Tug  Acquisition  Phase  Subplan  (subplan  F) . 

The  GSE  and  facility  safety  design  requirements  have  been  included 
in  the  Tug  GSE  Requirements  Specification  Data  Sheets,  contained 
in  Appendix  B,  or  the  Tug  Facility  Requirement  Specification  Da  a 
Sheets,  contained  in  Appendix  C.  The  contingency  operations 
identified  are  similar  to  current  aerospace  projects  and  the  speci- 
fic constraints  are  well  known  and  accepted.  These  constraints 
are  considered  applicable  to  specific  emergency  procedures  that 
will  be  developed  during  future  Tug  program  phases. 

$.7  Fleet  Utilization  and  iUU/Twj-to-Payload  Integration  Require- 
men  ts 

Fleet  utilization  requirements  are  two-fold:  (1)  an  identification 

of  the  resources  required  to  operate  the  Tug  portion  of  the  STS, 
and  (2)  a definition  of  the  management  required  of  these  resources. 
The  resources  include: 

1)  facilities,  GSE  and  software  requirements, 

2)  manpower  requirements, 

3)  transportation  requirements,  and 

4)  IUS  and  Tug  requirements. 


Management  of  these  resources  includes  functions  discussed  briefly 
here  and  in  detail  in  Program  Control  System,  Section  4.0  of  this 
subplan.  They  include; 

1)  cost/performance  management, 

2)  information  management, 

3)  projection  direction  and  configuration  control, 

4)  fleet  utilization  planning  and  control, 

5)  logistics  management, 

6)  software  management, 

7)  systems  engineering/integra tion . 

lUS/Tug-to-payload  integration  requirements  are  discussed  in  sub- 
plan C of  this  report  and  the  resources  for  integration  are  in- 
cluded. The  management  functions  previously  listed  include  IUS/ 
Tug-to-payload  integration,  e.g*,  systems  engineering/ integration 
includes  the  payload  integration  as  does  fleet  utilization  plan- 
ning and  control* 

3.7*1  XUS/Tug  Fleet  Size  Requirements  Summary  - The  IUS /Tug  re- 
quirements are  dependent  on  several  factors:  the  traffic  model, 

depicted  in  Table  I1I-B-5;  number  of  flights  requiring  expending 
a Tug;  decision  to  make  the  IUS  reusable  or  expendable,  maximum 
number  of  flights  a Tug  (IUS)  can  make  before  it  is  "worn  out," 
and  the  lUS/Tug  transition  and  continuing  use  of  IUS  philosophy. 
Requirements  can  be  further  categorized — total  fleet  requirements, 
active  fleet  requirements,  annual  inventory  requirements,  etc* 

The  total  fleet  requirements  (number  of  Tugs  required  and  number 
of  reusable  LUSs  required)  are  found  using  the  basic  formula  in 
Figure  Ili-B-15  which  relates  the  quantity  required  to  the  number 
of  flights,  the  number  of  expendable  flights,  maximum  flights  per 
Tug  (IUS)  and  the  number  of  flights  by  each  expended  Tug  (IUS) 
plus  unreliability  losses. 

The  active  fleet  size  requirements  are  a function  of  three  fac- 
tors; (1)  Tug  (or  IUS)  ground  turnaround  time,  (2)  annual  launch 
rate,  and  (3)  working  days  between  launch  centers.  The  inventory 
requirement  combines  the  active  fleet  size  requirements  with  the 
expendable  Tug  (or  IUS)  rate  to  indicate  the  number  of  Tugs  (IUSs) 
in  service  in  any  one  year.  As  the  traffic  model  is  better  de- 
fined the  inventory  requirement  can  be  determined  on  a shorter 
basis  (monthly)  to  better  allocate  facility  storage  space* 
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Table  2JJ-B-5  Traffic  Model  for  Tug  and  IUS 


Year 

No. 

of  Flights 

Ccnf  iguration''^--^. 

80 

81 

82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

Total 

Expendable  IUS 
(No  Transition) 

9 

16 

14 

17 

56 

Expendable  IUS 
(l~yr  Transition) 

9 

16 

14 

17 

7 

63 

Expendable  IUS 
(Continuing) 

9 

16 

14 

i7 

7 

4 

3 

1 

1 

2 

1 

1 

76 

Reusable  IUS 
(No  Transition) 

10 

20 

14 

16 

60 

Reusable  IUS 
(l~yr  Transition) 

10 

20 

14 

16 

8 

68 

Reusable  IUS 
(Continuing) 

10 

20 

14 

16 

8 

5 

4 

2 

2 

2 

2 

2 

87 

Tug-No  Transition 
with  IUS 

19 

22 

24 

18 

is ; 

16 

26 

22 

165 

Tug-l-yr  Transition 
with  IUS 

13 

22 

24 

18 

18 

16 

26 

22 

159 

Tug-Continuing  use 
of  IUS 

13 

19 

23 

18 

18 

16 

26 

22 

155 

Expendable 

Flights 

2 

7 

2 

3 

2 

2/4 

1/2 

1/0 

0/0 

1/0 

0/1 

i/i 

22/8 

(Included  in  totals) 

Reusable  a! 

r; 

IUS /lug 

Note:  1.  1980  IUS  data  from  Martin  1 .u'letta  Study  for  SAMSO 

2*  All  reusable  IUS  data  from  Martin  Marietta  Study  for  SAMSO  and  derived 
from  MSFC-supplied  expendahi-2  data  for  1984  and  beyond 
3.  All  Tug  data  from  MDAC  and  MbFC  (for  Transition  and  Continuing  IUS  use) 
4*  Expendable  IUS  data  for  1981  through  1983  from  MDAC 

+ Unreliability  Losses 

Note:  The  formula  is  the  same  for  Reusable  IUS,  Substitute  XUS,  and  IbS  data* 

Figure  III -B- 15 

Basic  Formula  for  Determining  Numbers  of  Tugs  and  IVS&  Required 


Total  Tugs  a Total  Number  of 
Required  Expendable  Tug  Flights 


Total  Number  of 
All  Tug  Flights 


Total  Number  of  Flights 
by  Tugs  Being  Exp ended 


Maximum  Number  of  Flights  per  Tug 


I 

I 


3,  7.1.1  IUS  Fleet  Size  Requirements  - The  XUS  requirements  are 
dependent  on  a b^sic  program  decision  yet  to  be  made,  that  is, 
will  the  IUS  be  expendable  or  reusable?  For  that  reason,  the  IUS 
requirements  for  both  configurations  will  be  listed.  Another  big 
variable  in  the  IUS  requirements  is  the  basic  decision  of  tran- 
sition between  Tug  and  IUS  in  1984  and  the  number  of  residual  IUS 
flights  after  1984.  The  following  paragraphs  define  the  IUS 
requirements  for  the  indicated  condition. 

Expendable  IUS  Fleet  Size  Requirement  - Ho  Transition  with  Tug  - 
The  total  IUS  requirement  in  this  case  is  simply  the  sum  of  the 
flights  indicated  in  Table  III-B-5  as  1 flight  = 1 IUS  for  a total 
of  56.  The  active  fleet  and  annual  Inventory  in  this  case  are 
synonymous  and  are  equal  to  the  annual  launch  rate  for  the  years 
1980  through  1983,  as  listed  in  Table  III-B-5. 

Expendable  IUS  Fleet  Size  Requirements  - 1 Year  Transition  with 
Tug  - The  total  IUS  requirements  are  the  sum  of  the  flights,  again 
from  Table  III-B-5 , a total  of  63.  The  active  and  annual  inven- 
tories, similarly,  are  the  annual  launch  rates  for  1980  through 
1984. 

Expendable  IUS  Fleet  Size  Requirements  - Continuing  IUS  Use  through 
1991  ~ Once  again  referring  to  Table  III-B-5,  the  number  of  lUSs 
required  is  76  and  the  annual  launch  rate  is  the  active  fleet  or 
annual  inventory. 

Reusable  IUS  Fleet  Size  Requirements  - Uo  Transition  with  Tug  - 
Using  the  number  of  flights  and  the  number  of  expendable  flights 
from  Table  III-B-5  and  putting  those  into  the  formula  of  Figure 
III-B-15,  gives  a total  of  15  to  18  IUSs  to  satisfy  the  flight 
schedule  (assuming  maximum  of  20  flights  per  IUS) . The  active 
fleet  size  requirement  is  one  for  each  year  except  1981  which  has 
a requirement  of  two,  as  shown  in  Figure  III-B-16  based  on  annual 
launch  rate.  Figure  III-B-17  depicts  the  annual  IUS  inventory 
requirements  based  on  launch  rate  and  expendable  flight  require- 
ments. The  requirements  for  1984  and  beyond  in  the  figure  should 
be  ignored. 

Reusable  IUS  Fleet  Size  Requirements  - 1 Year  Transition  with  Tug  - 
The  traffic  model  and  quantity  formula  in  this  case  combine  to 
yield  a total  IUS  requirement  of  17  to  20  in  the  total  fleet.  The 
active  fleet  is  one  for  each  of  the  years  1980,  1982,  1983,  and 
1984  and  two  for  1981.  Figure  III-B-17  reflects  the  annual  inven- 
tory requirements  for  1980  to  1984  based  on  launch  rate  and  ex- 
pendable  flights. 
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f 


III-B-34 


Max  Tug 
-Launch  Rate 


■Mi 


working  Days  between  Launch  Center 

i i 

5 10  n 12  13  14  15  16 17181920  22  24262830  35404550 

Vehicle  Annual  Launch  Rate 

Figure  III-B-1S 

Vehicle  Active  Fleet  Size  - Tvg  or  IUS  - vs  Turnaround  Time 
Launch  Rate,  Launch  Cente.  s 


Total  Required  (Launch  Rate 
Plus  Expending) 

o=  Total  Required  Due  to  Launch  .zl:2 


Figure  III-B-17 

Minimum  Annual  Reusable  IUS  Inventory  Requirements 
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Reusable  IUS  Requirements  - Continuing  IUS  Use  through  1991  - 
Again  the  same  figures  yield  a total  IUS  requirement  of  23  to  27, 
one  in  the  active  fleet  for  every  year  except  1981  and  annual 
inventory,  as  shown  in  Figure  III-B-17  for  each  year  1930  through 
1991. 


3.  2*2,2  Tag  Fleet  Size  Requirements  - The  Tug  requirements  for 
the  total  program  will  vary  between  13  and  16  using  the  flight 
model  of  Table  IXI-B-5,  the  formula  of  Figure  III-B-15 , and  20  as 
the  maximum  number  of  flights  per  Tug  ("Wear  Out") * The  range  is 
reduced  by  one  (13  to  15)  if  the  IUS  is  retained  through  1991. 

The  big  variable  to  be  reckoned  with  is  the  number  of  flights  each 
of  the  expendable  Tugs  makes  before  it  is  expended. 

The  active  fleet  size  requirements  for  each  year  1984  through  1991 
is  two  based  on  annual  launch  rate,  except  for  one  year,  1989, 
which  has  a requirement  for  only  one  Tug  - as  Figure  III-B-16 
attests . 

The  annual  Tug  inventory  requirements,  as  shown  in  Figure  III-B-18, 
are  based  on  the  active  fleet  size  requirements  plus  expendable 
Tug  requirements.  In  addition  to  the  quantities  shown  in  the  fig- 
ure, it  is  recommended  that  a backup  Tug  be  added  (to  support  con- 
tingencies) to  the  active  fleet  size  for  all  years  except  1984 
(1984  requires  no  additional  backup  as  those  provided  in  that  year 

for  expendable  Tug  flights  will  not  be  expended  in  1984,  but  in  i 

1985).  The  backup  Tugs  do  not  affect  total  quantity  requirements, 
only  on-dock  delivery  date  requirements. 

3.7.1.  3 Kick  Stage  Requirements  - The  kick  stage  requirements  are 
identified  in  Figure  III-B-19  for  the  various  configurations  of 
IUS  and  the  two  time  periods  of  IUS  past  1983  (1  year  transition 
and  residual  IUS  usage  through  1991).  The  requirements  have  not 
been  summed  in  the  figure  because  of  the  varicas  possible  combin- 
ations* That  summing  follows: 

1)  Expendable  lUS-No  Transition  (1980-1983) 

6 Kick  Stages  (14K) 

6 Kick  Stages  (5K) 

2)  Expendable  IUS-1  year  Transition  (1980-1984) 

8 Kick  Stages  (14K) 

7 Kick  Stages  (5K) 

3)  Expendable  lUS-Residual  IUS  through  1991  (1980-1991) 

10  Kick  Stages  (14K)  : 

11  Kick  Stages  (5K)  /. 

■ £ 
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Number  of  Tugs  in  Inventory 


7 


6 

5 

4 

3 

2 
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Figure  III-B-18  Minimum  Annual  Tug  Inventory  Requirements 


A Tug  Kickstage  Requirements 
(MDAC  Data)  j 

Single  KS  4-5K  1-5K  2-5K  1-14K  1-5K 


'Based  on:  1)  80%  of  All  Reusable  IUS  Flights  Require  KS  and 

80%  of  Those  Use  A Single  5K  KS 
2)  16%  of  All  Expendable  1 US  Flights  Require  KS  and 
75%  of  Those  Use  A Dual  (5K  & 14K)  KS 

Figure  III-B-19  Kick  Stage  Requirements 


J 
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4)  Reusable  IUS-No  Transition  (1980-1983) 


7 Kick  Stages  (14K) 

50  Kick  Stages  (5K) 

5)  Reusable  IUS-1  year  Transition  (1980-1984) 

8 Kick  Stages  (14K) 

57  Kick  Stages  (5K) 

6)  Reusable  lUS-Residual  XUS  through  1991  (1980-1991) 

12  Kick  Stages  (14K) 

72  Kick  Stages  (5K) 

7)  Tug  Requirements  (1984-1991) 

5 Kick  Stages  (14K) 

4 Kick  Stages  (5K) 

3.8  Site  Activation  cold  Verification 
Not  applicable  to  this  subplan. 

3.9  Ground  Software  Development  (Contingencies) 

The  development  of  the  ground  software  from  lUS-to-Tug  transition 
phase,  site  activation  phase  through  the  Tug  operational  phase  is 
general.: v covered  in  other  subplans  of  this  report.  In  this  sub- 
plan, the  primary  emphasis  is  on  problem  areas  in  an  established 
STS  and  associated  ground  software  systems. 

The  primary  problem  areas  are  late  delivery  of  software  and  soft- 
ware failures,  both  in  real  time.  For  late  delivery  of  software, 
two  courses  of  action  are  available:  (1)  late  delivery  during  this 

phase  will  probably  be  at  the  software  module  or  subroutine  level 
based  on  changes  to  the  system;  therefore  the  module  can  be  by- 
passed temporarily  while  more  programmers  are  assigned  to  the 
specific  task  and  the  changes  verified  in  a simulation  laboratory; 
(2)  at  the  software  module  level  the  change  may  be  made  and  vaH  ■ 
dated  onsite  using  the  actual  flight  Tug  hardware  or  a high  fidelity 
mockup.  The  action  taken  will  depend  upon  the  extent  of  the  change 
to  both  the  software  and  the  hardware.  For  late  delivery  of  new 
software  modules,  onsite  make  up  and  validation  is  not  recommended. 

Software  failures  at  the  module  level,  like  late  delivery,  may  be 
corrected  and  validated  onsite  using  the  actual  flight  hariware  or 
a high  fidelity  mockup.  Failures  may  be  negated  by  redundant  soft- 
ware modules . 


Late  deliveries  and  failures  involving  major  protions  above  the 
module  level,  of  the  software  system,  may  require  launch  reschedul- 
ing as  the  only  alternative,  while  the  problem  is  resolved  in  a 
simulation  laboratory , 

3. 10  Logis L Las /Main t finance 

Logistics/maintenance  are  discussed  in  detail  in  Section  4.0  Pro- 
gram Control  System,  of  this  subplan.  A summary  is  presented  here 
to  lend  continuity  to  this  subplan* 

Logistics  management  for  Tug  must  proviue  direction  and  control  of 
the  interfacing  elements  of  the  logistics  function  during  the  Jife 
of  the  project,  Including  preparation  and  maintenance  of  a Tug 
Integrated  Logistics  Support  Plan;  development  and  refinement  ot 
the  Support  Requirements  Analysis;  coordination  of  logistics  re- 
quirements between  NASA,  the  Tug  contractor,  and  various  suppliers; 
development  of  logistics  milestones  and  scheduling  of  activities; 
and  effective  planning  and  implementation  of  resources.  All  of 
those  are  of  new  importance  because  of  the  concept  of  refurbish- 
ment and  reuse  of  the  Tug. 

The  Logistics  Support  Requirements  Analysis  (SRA)  is  the  initial 
and  most  important  management  tool  needed  to  assess  the  interfac- 
ing impact  of  system  and  phase  logistic  elements  and  to  avoid 
down-stream  problems  through  early  identification  of  requirements 
in  the  definition  and  design  phase*  A SRA  establishes  criteria 
for  design  and  provides  the  data  necessary  to  control  those  as- 
pects of  design  and  development  that  reduce  support  costs* 

3*10,1  Maintenance  and  Refurbishment  Planning  and  Control  - The 
maintenance/ ref urbish  element  of  logistics  management  will  be  re- 
sponsible for  planning,  major  scheduling,  and  control  of  all  Tug 
maintenance  ar.d  repair  activLty*  The  Tug  contractor^  Maintenance 
Engineering  Analysis  will  establish  early  planning  factors*  Levels 
and  location  of  maintenance,  reparable/nonreparable  status,  repair 
locations,  and  necessary  supply  categories  will  be  established. 

The  basic  maintenance  concepts  of  remove  and  replace  to  the  LRU 
level  will  generally  be  followed.  Level  1,  II,  and  III  maintenance 
concepts  will  be  provided. 

A Tug  Program  Operational  Maintenance/Refurbishment  Plan  should  be 
provided  for  all  maintenance  activity  to  include  Tug  maintenance 
approach,  maintenance:  tasks  by  subsystem  and  component,  task  se- 
quences and  flow  personnel  skill  levels,  and  resources  necessary 
to  the  maintenance  function.  A Tug  Postflight  Maintenance  Activity 
Plan  should  be  provided  to  include  provisions  for  fleet  and  indi- 
vidual Tug  maintenance  status  reporting,  maintenance  planning  up- 
date and  revision,  spares  provisioning  and  reorder,  and  reassessment/ 
assignment  of  maintenance  task  times. 


A 


3.10.2  Spares  Acquisition  and  Management:  - Spares  acquisition  jj 

and  management  w/ 11  be  based  on  delayed  procurement,  of  spares  for  * '} 

high  probability  of  design  change  items,  anticipated  high  cost  j 

items,  and  the  desired  experience  factor  in  new  technology  area  j 

items  where  production  cycles  permit.  If  delayed  procurement  is  -| 

not  feasible,  a decision  should  be  made  for  concurrent  buy  of  both 

production  parts  and  spares  to  achieve  quantity  buy  price  break. 

Based  on  the  decision  of  the  selection  process,  spares  will  be  pro-  i 

visioned  for  KSC  Level  T and  11  activities  and  for  Depot  operations  .. 

(Level  III).  Warehousing  and  Inventory  control  management  of 

spares  will  be  established  and  maintained  to  support  test  and  main-  ] 

tenance  activities  at  KSC  and  WTR.  The  Initial  stock  of  spares,  i 

primarily  LRU  items,  will  be  resupplied  and  resized  on  the  basis  j 

of  verified  usage  through  mechanized  system.  Configuration  \ 

control  of  spares  will  be  maintained  through  the  engineering  ;1 

change  control  system.  i 

Operations  and  Maintenance  Manuals  (O&M  Manuals)  will  be  provided  = 

for  the  overall  Tug  and  for  each  subsystem  as  well  as  for  contractor  ! 

furnished  GSE*  Tug  O&M  Manuals  will  cover  functional  description; 
theory  of  operation;  system  interface  requirements;  maintenance 
procedure  including  trouble  analysis  and  malfunction  isolation, 
servicing,  removal  and  installation;  alignment  and  adjustment; 
necessary  diagrams  and  schematics;  handling,  packaging,  preserva- 
tion, and  storage  requirements;  and  parts  and  components  listing 
including  spares  and  limited  life  components.  GSE  manuals  will 
contain  detailed  operational  and  maintenance  instructions  and  will 
include  equipment  description,  operation,  failure  analysis  and 
fault  isolation,  servicing,  alignment,  adjustment,  cleaning,  repair, 
test  and  inspection,  and  overhaul  instructions. 

3.10.3  Tug  Training  - Training  will  be  provided  for  fleet  manage- 
ment personnel  who  will  require  both  planning  and  operational 
phase  instruction  on  the  Tug  itself  and  the  varied  aspects  of  its 

management  support,  and  ground  crews  to  handle,  checkout,  main-  7 

tain,  and  service  the  Tug.  Air  Force  personnel  will  require  Tug 
training  to  support  their  operational  program  during  lUS/Tug  tran- 
sition and  Tug  operational  phases. 

Cost  effectiveness  demands  that  maximum  use  be  made  of  the  Tug  con- 
tractor’s training  program  to  satisfy  NASA  and  Air  Force  require- 
ments, and  courses  developed  for  contractor  training  should  be  for- 
matted to  also  satisfy  NASA/Air  Force  requirements. 

Video  tape  development  by  the  contractor  at  f amiliar ization  or 
skills  levels  on  systems  not  subject  to  a high  degree  of  design 
change  proved  cost  effective  on  Skylab  and  should  be  considered. 

3.10.4  Transportation  and  Handling  - Transportation  and  handling 
is  treated  in  section  4.0  of  this  subplan. 
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3.11  Configuration  Management 

Configuration  Management  requirements  are  discussed  in  detail  in 
section  4,0  and  summarized  here  to  lend  continuity.  Configuration 
Management  is  a function  that  is  required  throughout  the  life  of 
the  Tug  program  and  is  therefore  a vital  element  of  Fleet  Utiliza- 
tion management  during  the  operational  phase  of  the  program. 

Configuration  management  provides  the  necessary  procedures  and 
disciplines  to  achieve  effective  control  over  the  hardware,  soft- 
ware, and  operational  activities  of  the  Tug  program.  This  control 
is  needed  on  a continuing  basis  throughout  the  life  of  the  pro- 
gram. The  objective  of  Conf igura Aon  Management  is  to  ensure  the 
maximum  operational  capability  through  formal  initial  definition 
of  configuration,  controlled  approval  of  changes,  and  continuing 
and  accurate  recording  of  the  exact  configuration  of  systems  and 
selected  equipment. 

3.11.1  Configuration  Definition  - All  requirements  imposed  on  the 
configuration  will  be  manifest  in  documents  under  control  of  con- 
figuration management.  During  the  DDT&E  phase,  this  document  for 
the  Tug  system  will  be  developed  to  define  a configuration  base- 
line to  be  used  for  control  and  accounting  of  future  changes  - 
Such  documentation  and  management  will  recognize  the  interface  and 
requirements  imposed  by  the  several  NASA  agencies  and  the  DQD- 

The  documents  to  be  managed  (maintained)  during  the  Flee:  Utiliza- 
tion phase  includes: 

1)  NASA  Level  II  Documents  - Plans,  Requirements; 

2)  Specifications  - Defines  Technical  Requirements; 

3)  Interface  Control  Documents  (ICD)  - Design  Control  between 
Agencies,  Including  DOD; 

4)  Operational  Plans  - Control  Activities,  Tasks,  and  Resources; 

5)  Drawings  - Defines  Configuration. 

3.11*2  Change  Control  - Change  control  Is  a systematic  evaluation, 
coordination,  disposition  and  implementation  of  all  approved  changes 
in  a configuration  after  formal  establishment  of  the  configuration 
definition.  After  a baseline  is  established,  positive  control  will 
be  established  to  preclude  unauthroized  changes  to  that  baseline. 

3.11.2.1  Change  Management  - Control  of  Tug  requirements  and  changes 
thereto  will  be  provided  through  the  use  of  Configuration  Control 
Boards  (CCB)  and  the  applicable  baseline  documentation  by  both  NASA 
and  DOD.  Figure  1II-B-2G  illustrates  the  CCB  organization.  Note 
that  the  NASA  and  the  DOD  are  always  represented  on  every  CCB. 
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Project  Center  Requirements  and  Controls 


Tug  Project 
NASA  - MSEC 

Coordination 

Tug/Tug  Project 
DOD  - SAMSO 

Level  III  CCB 



Level  111  CCB 

1 p Chairman  - NASA  j 

- Member 


DOD 


h 


Chairman  - DO 
Member  - N* 


— Tug 

—Tug  Dedicated  GSE 
■— Tug/lUS  Common  GSE 

— eCSC  Tug  DOD /NAS  A Facility 
— K5C  Activation 


— IDS 

— IDS  Dedicated  GSE 
— VAFB  Tug  Common  DOD /NAS A 
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Figure  III-B-20  Configuration  Control  Board  Levels 


CCB  activities  will  include  all  functions  associated  with  change 
management  such  as  interrelationship  with  other  CCBs,  change  suh 
mission,  disposition  and  change  closeout. 


3.11.3  Fleet  Utilization  Configuration  Management  - During  this  "j 
phase  of  the  program,  changes  will  be  under  the  cognizance  of  ; 
Fleet  Utilization  management  of  the  Tug  system.  It  is  expected  j 
that  the  bulk  of  the  activity  will  be  minor  configuration  changes;  j 
however,  a block  build  concept  in  the  system  could  cause  major  3 
perturbations  and  require  substantial  CCB  activity.  J 

3.12  Timeline  Funding  j 


Not  Applicable.  See  Volume  IITof  this  report,  Program  Study 
Cost  Estimates. 
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4.0  Program  Control  Systems 

Fleet  management  for  the  Tug  ground  and  flight  operations  program 
should  provide  a diverse  set  of  services.  These  services  include 
performance  management,  configuration  management,  data  management, 
quality  assurance  and  safety,  sustaining  engineering,  logistics, 
interface  control,  mission  planning,  flight  planning,  and  Tug 
fleet  utilization  planning.  To  provide  effective  fleet  manage- 
ment visibility  and  control,  adequate  program  control  systems  must 
be  implemented.  The  man/machine  relationship  illustrated  in  Fig- 
ure 1II-B-21  is  the  approach  used  where  the  computer  can  most 
effectively  generate  data  needed  for  decisions.  Concepts  for 
selected  systems  and  techniques  recommended  are  described  in  this 
addendum.  The  basis  for  recommending  each  system  is  discussed  in 
this  section. 


Management  Information 


Interface/Data 
Coordination 
Maintenance/ 
Refurbishment 
Quality/Safety 
Tug  Data 


Man  - Decisions 


Machine  - Data 


Figure  III-B-21  Fleet  Management 
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The  Performance  Management  System  includes  planning  and  work  au- 
thorization, cost  per  flight,  and  a Performance  Measuring  System 
(PMS)  # This  system  is  adapted  from  that  currently  in  operation 
at  Martin  Marietta  Corporation's  Orlando  Division,  and  has  been 
demonstrated  and  is  being  implemented  on  the  External  Tank 
project  after  extensive  evaluation  of  various  PMS s , For  the 
latter  system,  the  key  performance  parameter  is  cost  per  flight 
for  a large  number  of  tanks,  which  is  analogous  to  cost  per 
flight  for  a large  number  of  Tug  launches.  The  major  differences 
between  the  two  systems  are  elimination  of  the  design-to-cost 
parameter,  which  is  a decisive  part  of  the  cost  per  flight  for 
tank  production,  and  establishment  of  work  packages  at  a generally 
higher  level  of  the  Work  Breakdown  Structure  (WBS)  because  of  the 
relatively  low  cost  per  launch  for  the  ground  operations  WBS 
elements, 

A machine  assisted  Tug  Fleet  Utilization  System  is  a management 
tool  necessitated  by  the  high  rate  of  missions  that  must  be  ac- 
commodated by  the  Tug  fleet  over  an  extended  period  of  time*  The 
drivers  for  determining  the  optimum  location  for  this  system  are 
the  requirements  for  continuous  project  management  involvement 
for  many  sustaining  engineering  skills,  and  close  coordination 
with  the  Shuttle  project  management. 

The  Configuration  Management  System  driver  is  provision  for  a 
comprehensive  review  of  all  baselines  and  changes  by  all  cogni- 
zant parties.  The  basic  system  is  a conventional  implementation 
of  MSFC  Document  MM8040.12,  Standard  Contractor  Configuration 
Management  Requirements,  which  has  been  proven  to  be  effective. 

The  challenge  is  to  provide  for  a timely -review  and  approval 
cycle. 

The  Information  Management  System  (IMS)  includes  both  data  man- 
agement and  the  Management  Information  Center  (MIC)  . The  dominant 
consideration  is  establishing  adequate  compatibility  of  this  sys- 
tem with  other  Space  Transportation  System  IMSs,  For  data  manage- 
ment, this  can  be  accomplished  by  establishing  a system  that  is 
compatible  with  the  Space  Shuttle  program  information  control  and 
retrieval  system  in  terms  of  equipment  and  software  for  mechanized 
information  submittal  schedules  and  status,  and  information  acces- 
sioning lists-  The  Management  Information  Centers  should  be  plan- 
ned on  an  austere  basis  to  be  cost  effective.  Compatible  data  and 
communications  equipment  are  needed.  Real  time  data  can  be  limited 
to  that  required  for  the  Fleet  Utilization  System. 

Development  of  Logistics  Operations  planning  as  well  as  extensive 
technical  documentation  and  training  programs  must  be  accomplished 
in  collaboration  with  the  Tug  project  prime  contractors  and  their 
suppliers.  Centralized  spares  provisioning  and  control  are  re- 
quired to  be  cost  effective  because  of  the  large  number  of  spare 
line  replaceable  units,  the  verying  reorder  lead  times,  and  the 
complexity  of  maintaining  all  status  data  (including  shelf  life, 
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life  cycle  data,  configuration  status,  etc).  Control  oi  the 
logisti.cs  systems  and  techniques,  as  defined,  can  best  be  accom- 
plished at  a location  that  facilitates  the  project  management, 
design  and  sustaining  engineering,  and  configuration  control 
suppcrU  The  traditional  transportation  planning  and  coordina- 
tion role  of  the  project  office  is  applicable. 

4*1  Performance  Management  System 

The  recommended  Performance  Management  System  is  a man/machine 
system  that  integrates  planning,  scheduling,  budgeting,  work 
authorization  schedule  status,  and  the  cost  accumulation  system 
to  provide  management  with  planned  versus  actual  cost,  schedule 
and  cost  per  flight  visibility.  The  principal  elements  of  the 
performance  management  process  and  their  relationships  are  shown 
in  Figure  III-B-22  which  shows  the  work  and  information  flow  be- 
tween the  three  main  components  - planning  and  work  authorization, 
performance  measurement,  and  cost  per  flight. 


Figure  III-B-22  Performance  Management  System 
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4.1*1  Planning  and  Work  Authorization  - Planning  and  work  author- 

ization  is  performed  by  man.  Project  level  direction  and  an  ex-  - P 

panded  Work  Breakdown  Structure  (WBS)  and  WBS  dictionary  are  de- 
rived from  the  program  baseline  and  changes.  Project  directives 
should  define  work  requirements  for  the  total  program  in  ac- 
cordance with  the  Work  Breakdown  Structure  (WBS),  assign  respon- 
sibilities, and  should  be  the  basis  for  lower  tier  functional 
element  directives*  Cost  and  schedule  performance  requirements 
are  extracted  from  the  program  baseline  and  changes,  and  provide 
the  basis  for  issuing  master  project  schedules  and  government 
funding  limitations.  From  these  data,  WBS  schedules  and  logic 
networks  with  an  associated  budget  limitation  planning  package 
can  be  developed  to  an  appropriate  WBS  level,  and  issued  by  pro- 
ject management.  Logic  networks  are  those  used  in  the  Tug  Fleet 
Utilization  Planning  System  and  the  WBS  schedules  are  manually 
prepared  by  augmenting  schedules  from  this  system  with  level  of 
effort  schedule  data.  Appropriate  mechanized  cost  per  flight 
model  input  is  made.  These  data  are  the  basis  for  functional 
organization  management  to  develop  and  issue  detail  schedules, 
work  packages,  and  level  of  effort  work  plans  that  are  input  to 
the  mechanized  Performance  Measurement  System  (PMS)  as  time  or- 
iented cost  data.  Trend  analysis  should  be  used  to  improve  work 
package  cost  and  schedule  planning. 

4.1.2  Performance  Measurement  - Performance  measurement  is  ac- 
complished by  the  PMS  by  using  the  input  previously  described 
and  actual  cost  data  obtained  from  the  financial  data  system  to 

I -_ovide  time-related  cost  performance  data  and  revised  cost  input 

\ to  the  cost  per  flight  model.  These  data  and  schedule  status 

1 data  obtained  from  status  meetings  and  the  mechanized  Tug  Fleet 

J:  Utilization  Planning  System  should  be  analyzed  by  the  functional 

organization  managers  and  a work  accomplishment  and  current  esti- 
mate evaluation  made*  Input  from  this  evaluation  should  be  used 
to  revise  the  temporal  cost  performance  reports,  if  necessary. 

The  iterated  cost  and  schedule  performance  data  can  then  be  used 
> to  prepare  the  monthly  data  and  reports,  including  the  integrated 

monthly  cost  and  schedule  analysis. 

4.1.3  Cost  Per  Flight  - A cost  per  flight  target  tracking  system 
should  be  used  to  apply  pressure  and  facilitate  management  deci- 
sions required  to  meet  this  parameter.  The  objective  is  to  in- 
still cost  awareness  in  each  member  of  the  team  so  that  he  is 

i searching  for  ways  to  reduce  cast  as  an  every  day  mode  of  opera- 

tion* Cost  per  flight  targets  can  be  developed  using  improvement 
- curve  data  and  can  be  revised  as  a result  of  trend  analysis  and 

baseline  changes. 
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4.1,4  Work  Packages  - Performance  measurement  should  be  keyed  to 
WBS  work  packages  containing  input  and  output  requirements  identi- 
fied to  the  project  functional  flow  logic  diagram  with  start  and 
stop  dates  tied  to  the  most  detailed  project  schedules  and  budgets. 
The  criterion  for  WBS  work,  packages  is  that  they  contain  measur- 
able units  of  work  that  are  a part  of  the  normal  ground  operations 
program  instead  of  arbitrary  dollars  and  time  limits.  Each  work 
package  should  be  a specific  job  that  has: 


1) 

an  end  result. 

2) 

a 

budget. 

3) 

a 

short  time  span 

4) 

a 

schedule , and 

5) 

a 

charge  number. 

This  enhances  management  visibility  and  allows  a more  quantitative 
assessment  of  task  accomplishment  than  would  be  possible  if  param- 
eters were  not  readily  identifiable  with  the  task. 

Figure  III-B-23  illustrates  the  way  that  work  packages  should  be 
developed  from  the  WBS , and  shows  that  a functional  cost  account 
is  identified  for  each  class  of  cost  and  functional  element  of  the 
organization.  The  WBS  level  from  which  the  work  packages  are 
generated  is  established- by  the  list  of  requirements. 

4. 1,4*1  Performance  Event  Factor*  Work  Package  - Performance  event 
factor  work  packages  should  be  used  for  tasks  such  as  test  and 
maintenance  where  a large  number  of  events  are  planned.  Earned 
value  work  sheets  continuing  the  previous  month  status  are  pro- 
vided from  the  computer  for  use  by  the  responsible  analyst.  Work 
package  percent  complete  is  based  upon  performance  events  completed 
as  a ratio  to  total  work  package  events  scheduled. 

4*  1.4*2  Procurement  Work  Package  - Procurement  work  packages  can 
be  used  for  purchased  parts,  assemblies  and  lots  of  materials  (such 
as  propellants).  The  budgeted  cost  of  work  performed  can  be  derived 
from  the  inventory  system  using  budgeted  values  upon  withdrawal  from 
inventory.  This  is  compared  to  the  work  package  total  budget  to 
calculate  percent  complete, 

4.1*4*  3 Assembly  Work  Packages  - Assembly  work  packages  may  be 
used  for  selected  maintenance  tasks  if  improvement  curve  oriented 
standard  hours  can  be  developed  for  each  maintenance  step  in  the 
task.  Percent  complete  is  the  ratio  of  the  standard  hours  for 
the  steps  completed  to  the  standard  hours  for  the  complete  task. 
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Figure  XJT-£~23  Typical  WBS/Wopk  Package  Relationship 

4*1.5  Time  Oriented  Effort  - Time  oriented  effort  is  a level  of 
effort  package  that  has: 

1)  no  end  product, 

2)  no  specific  schedule, 

3)  no  discretely  defined  work,  and 

4)  a charge  number* 

This  type  of  package  should  only  be  used  for  effort  that  cannot  be 
divided  into  discrete  work  packages*  There  is  no  percent  complete 
discriminator  because  budgeted  cost  of  work  performed  is  equal 
to  budgeted  cost  of  work  scheduled.  These  packages  are  identified 
in  the  WBS  at  a less  detailed  level  than  work  packages*  The  ef- 
fectiveness of  the  Performance  Measurement  System  is  enhanced  by 
minimizing  the  x^ork  that  must  be  controlled  by  time  oriented  effort. 

4.1.6  Planning  and  Baseline  Control  - Rolling  wave  planning  pro- 
vides the  means  to  readily  maintain  a disciplined  performance  base- 
line without  obscuring  problems,  and  yet  remain  responsive  to  change 
requirements.  By  this  system  planning,  packages  are  scheduled  and 


1 
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budgeted  for  the  entire  program  and  are  expanded  into  detail  work 
packages  progressively.  Work  packages  authorized  to  start  during 
the  next  half  year  period  are  defined  and  planned  in  detail  by 
the  functional  organizations  three  months  before  the  start  of  that 
period.  This  approach  allows  detail  monitoring,  control  and  anal- 
sis  of  near-term  work,  and  at  the  same  time  provides  for  an  easy 
response  to  implementing  changes  in  program  requirements,  funding 
limitations,  and  changes  resulting  from  trend  analysis. 

4.1.7  Management  Reserves  - Before  issuing  budgets  a management 
reserve  to  protect  funding  and  cost  commitments  at  completion 
should  be  established  by  project  management.  Schedule  time  should 
also  be  reserved  to  protect  important  project  milestones* 

4.1.8  Performance  Measurement  System  (PMS)  - The  computerized 
PMS  that  is  recommended  has  the  features  needed  for  the  ground 
operations  Performance  Management  System.  It  accumulates,  stores, 
and  maintains  the  performance  history  of  completed  work,  and  vali- 
dates new  work  package  plans  within  the  planning  package  allowable 
budget  and  schedule.  A feature  of  this  PMS  is  the  discrete  iden- 
tification of  each  change  to  each  planning  and  work  package.  These 
transactions  should  be  incorporated  within  30  days  and  reported 
monthly.  A complete  contract  history  file  is  maintained. 

The  PMS  consists  of  a logic  network  module  and  a program  data  mod- 
ule. It  obtains  actual  cost  data  from  the  Financial  Data  System 
for  report  generation. 

4.1*8. 1 Budgeted  Cost  of  Work  Scheduled  (BCWS)  - The  tabulated 
output  of  the  PMS  includes  temporal  BCWS  and  actual  cost  data  that 
are  readily  charted  as  shown  in  Figure  III-B-24.  Budget  variance 
at  any  time  is  the  dollar  difference  between  the  time  versus  dol- 
lars plot  of  the  BCWS  and  actual  cost  experienced.  Because  the 
budgeted  cost  of  work  performed  is  equal  to  the  BCWS  for  loyel  of 
effort  packages,  the  budget  and  cost  variances  are  equal.  This 
is  rarely  true  for  work  packages. 

4.1*8, 2 Budgeted  Cost  of  Work  Performed  (BCWP)  - The  tabulated 
output  of  the  PMS  also  includes  temporal  BCWP  data  for  work  pack- 
ages and  Latest  Revised  Estimate  (LRE)  data  for  work  and  level 
of  effort  packages.  Figure  III-B-25  shows  these  data  added  to  the 
type  of  data  shown  in  Figure  III-B-24.  For  work  packages,  cost 
variance  is  the  dollar  difference  between  the  temporal  plot  of  the 
BCWP  and  actual  cost,  and  the  budgeted  dollar  value  of  the  schedule 
variance  is  the  difference  between  the  BCWP  and  BCWS*  For  work  and 
level  of  effort  packages,  the  estimated  cost  and  schedule  variance 
at  completion  can  be  determined  from  the  total  BCWS  and  total  LRE 
coordinates.  At  completion  the  BCWS  and  BCWP  are  equal  for  work 
packages. 
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Figure  III-B-24  Budgeted  Cost  of  Work  Scheduled  (BCWS) 


I Comparison  of  BCWF  to  BCWS  Reflects  Schedule  Variance 

I Comparison  of  BCWP  to  Applied  Direct  Cost  Reflects  Cost  Variance 

| Comparison  at  Completion  of  LRE  and  BCWS  Reflects  Both  Estimated 

| Cost  and  Schedule  Variance  at  Completion 

! Figure  XII-B-25  Budgeted  Cost  of  Work  Performed  (BCWP) 
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4.1.9  Performance  Statius  and  Assessment:  - The  primary  objective 
of  the  Performance  Management  System  is  to  assemble  correlated 
cost,  schedule,  and  cost  per  flight  data  to  assist  management  in 
the  timely  identification  of  problems,  and  to  support  corrective 
actions.  Our  recommended  PMS  will  provide  both  functional  organ- 
ization  and  higher  level  management  with  summary  and  detail  level 
cost  tracking  reports  and  diagnostic  data  keyed  to  the  WBS*  Cor- 
related schedule  data  can  be  obtained  from  the  Tug  Fleet  Utiliza- 
tion  Planning  System  described  in  Section  4.3.2,  The  operation 
of  the  Performance  Management  System  will  be  discussed  in  terms 
of  the  three  major  performance  status  and  assessment  elements 
illustrated  on  Figure  III-B-26. 

4. 1.9*1  Plan  and  Authorize  - Project  operations  directives  should 
be  issued  and  maintained  to  define  the  work  requirements  in  terms 
of  the  Work  Breakdown  Structure  (UBS)  and  dictionary,  the  master 
schedules,  and  the  government  funding  limitations. 

The  Tug  project  ground  and  flight  operations  is  at  WBS  level  three. 
Lower  level  cost  and  schedule  planning  and  control  starts  with 
level  four  of  the  WBS  and  proceeds  through  the  work  package  detail 
planning  level.  The  WBS  level  at  which  a given  degree  of  detail 
occura  is  dependent  on  the  level  of  the  elements  being  analyzed; 
launch  operations  serves  as  an  example. 

For  launch  operations,  the  project  should  issue  and  maintain  the 
logic  network  and  schedules  at  WBS  level  live  from  mechanized  Tug 
Fleet  Utilization  Planning  System  data  supplemented  by  manually 
developed  schedule  data  for  level  of  effort  activities.  The  as- 
sociated budget  limitation  planning  package  should  also  be  issued 
and  maintained.  This  level  of  detail  is  adequate  because  resource 
limitations  are  not  too  large  and  well  defined  work  package  detail 
can  be  developed  at  the  next  lower  level.  Cost  and  schedule  plan- 
ning data  must  be  developed  at  each  higher  WBS  level  so  that  project 
data  can  be  summarized  at  successively  higher  levels  for  management 
visibility  and  control. 

Functional  areas  should  plan  and  authorize  work  packages,  when  the 
output  can  be  specifically  measured,  and  time  oriented  effort 
packages  for  the  remaining  work*  For  this  example,  work  packages 
can  be  readily  developed  and  measured  for  each  launch  by  extending 
the  WBS  to  level  six.  However,  supporting  time  oriented  effort 
should  be  planned  at  level  five  because  It  is  not  allocated  by 
specif ic  launches . 
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4. 1*9* 2 Monitoi1  and  Status  - The  Performance  Measurement  System 
(PMS)  will  provide  project  and  functional  u.’ea  management  with 
mechanized  summary  and  detail  level  time  oriented  cost  tracking 
reports  augmented  by  variance  and  out-of -tolerance  cost  data. 
Schedule  status  will  be  obtained  manually  from  status  meetings  for 
all  functional  organization  detail  planning  packages,  and  to  sup- 
plement status  for  project  level  schedules  obtained  from  the 
mechanized  Tug  Fleet  Utilization  Planning  System.  This  system 
provides  critical  path  data  and  other  planning  aids. 

The  PMS  time  related  cost  output  is  tabulated  data  with  the  short- 
est time  element  being  monthly.  The  Budgeted  Cost  of  Work  Sched- 
uled (BCWS) 3 Budgeted  Cost  of  Work  Performed  (ECWP) , actual  cost 
to  date  and  Latest  Revised  Estimate  (LRE) , are  shown.  This  data, 
when  plotted,  is  particularly  valuable  for  work  package  analysis 
and  monitoring  as  previously  discussed. 

Schedule  and  cost  data  should  be  analyzed  and  iterated  by  manage- 
ment, as  required,  before  monthly  data  and  reports  are  finalized. 

4*1.9. 3 Data  and  Reports  ~ The  PMS  will  print-out  time  related 
cost  data  in  a large  variety  of  formats.  One  of  the  most  useful 
shows  BCWS  and  BCWP  plan,  actual  cost,  and  cost  variance  for  the 
current  period  and  cumulative  to  date;  and  BCWS  total  and  esti- 
mated cost  and  variance  at  completion. 

This  data  can  be  developed  at  work  package  level  and  summarized  at 
each  higher  control  level  through  project  level 

Monthly  statused  schedule  reports  can  be  manually  prepared  to  the 
NASA  prescribed  format  from  schedule  and  status  data  previously 
discussed. 

Financial  reports  can  also  be  manually  prepared  to  NASA  require- 
ments from  the  mechanized  PMS  data. 

An  integrated  anal',’ sis  report  that  includes  cost  and  schedule 
analysis  should  be  prepared  monthly.  This  report  should  be 
oriented  toward  analysis  of  performance  and  is  keyed  to  problem 
identification,  cause,  corrective  action,  and  impact  at  comple- 
tion, with  cost  per  flight  included  as  an  additional  parameter  to 
enhance  performance  visibility. 

4*2  Tu$  Utilization  Planning 

Tug  Utilization  Planning  can  be  dividied  into  Tug  payload  planning 
and  Tug  fleet  utilization  planning,  as  illustrated  in  Figure  III- 
B-27. 
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Figure  III-B-2?  Tug  Utilization  Planning 


Tug  payload  planning  includes  analyzing  payload  interfaces  with 
the  payload  agent  and  developing  the  Tug  traffic  model  iteratively 
with  the  payload  agents1  mission  planning  and  Tug  flight  planning. 
Mechanized  systems  exist,  and  more  comprehensive  systems  are  being 
developed  to  assist  in  this  planning. 

Tug  fleet  utilization  should  be  iteratively  planned  with  the  three 
areas  discussed  previously,  and  with  Tug  ground  operations  planning. 
Tug  orbital  operations  control  planning,  and  the  spares  status  and 
inventory  to  develop  the  project  level  utilization  plan.  This  plan 
must  be  integrated  with  the  STS/Shuttle  plan. 

The  heavy  payload  traffic  and  long  Tug  operations  program  that  is 
planned,  the  large  number  of  parameters  that  must  be  considered 
for  each  mission,  the  changing  mission  priorities,  and  the  nec- 
essity for  rapid  contingency  and  recovery  planning  establish  the 
requirement  for  mechanized'  planning  assistance.  Because  of  the 
complex  nature  of  the  fleet  utilization  planning  task,  man  must 
be  kept  in  the  loop  to  make  the  basic  decisions. 

Since  the  techniques  for  Tug  payload  planning  are  well  established, 
only  the  concept  for  a Tug  Fleet  Utilization  Planning  System  will 
be  developed. 
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4.2.1  Tug  Fleet  Utilization  Planning  System  - The  Tug  Fleet 
Utilization  Planning  System  must  be  capable  of  providing  tenta- 
tive utilization  plans  or  planning  aids,  must  readily  accommodate 
the  input  of  changes,  and  must  produce  firm  utilization  plans  and 
associated  status  data  for  different  planning  horizons  and  corres- 
ponding levels  of  detail  in  the  format  required  for  project  im- 
plementation. This  can  be  achieved  by  providing  two  computerized 
segments  and  two  levels  of  data  set  inputs  as  diagrammed  in  Figure 
III-B-28. 

The  output  of  this  system  must  be  a cost  effective  utilization 
plan  for  the  Tug  fleet.  This  plan  must  define  the  fleet  opera- 
tions schedule  and  status  in  the  detail  required  for  project  level 
control.  It  must  designate  the  specific  Tug  and  flight  assigned 
to  each  payload  and  mission,  and  allocate  resource  levels. 

To  provide  information  that  is  essential  for  developing  and  main- 
taining the  utilization  plan,  current  information  must  be  obtained 
by  extraction  from  more  detailed  mechanized  data  bases  and  by  man- 
ual input.  Iteration  with  the  more  detailed  planning  areas  will  be 
required  to  develop  firm  plans  for  near-term  operations. 


Initiate  Utilization  Plan 


Problem  Dependent 
Data  Set 


'Adjust  \ 
Utilization^ 
.Plan  / 


/Approv 

Activity 

vSeauem 


Operations 
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Defines  Activities  & Associated  \j  Utilization 
Time  Spans,  Resources  & y!  Plan 

Predecessor/Successor  Activities  / \ Generator 


Activity,  Resource  & 
Inventory  Monitoring 
Launch  Processing 
System 

Orbital  Operations 
Control  Planning 
Spares  Status 
& Inventory 
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Figure  III-B-28  Tug  Fleet  Utilisation  Planning  System 
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This  Tug  Fleet  Utilization  Planning  System  concept  would  be  com- 
patible with  the  STS  Payload/Space  Laboratory  Utilization  Planning 
System  being  developed  by  MSFC  and  the  flight  scheduling  subsystem 
for  the  STS  Vehicle  Management  and  Mission  Planning  System  being 
developed  by  JSC. 

4.2. 1.1  O£e^tions  i-lode l - The  operations  model  is  one  of  the  two 
computerized  elements  of  the  Tug  Fleet  Utilization  Planning  Sys- 
tem. It  maintains  an  intermediate  (lowest  project)  level  descrip- 
tion of  Tug  ground  and  flight  operations.  This  description  is 
configured  so  that  less  detail  description  levels  may  be  selected 
by  man.  Included  are  the  activities  that  might  be  required  for  a 
particular  Tug  flight  (e.g.,  checkout  software,  mate  payload  to 
Tug),  the  resources  available  (e.g.,  Tugs,  ground  support  equip- 
ment), and  the  temporal  relationships  between  activities  (e.g., 
completion  of  payload  unloading  before  payload  checkout  begins). 
Each  activity  has,  as  a part  of  its  description,  its  duration  and 
the  resources  required  to  complete  the  activity.  The  description 
of  the  available  resources  may  include  the  quantity,  characteris- 
tics, and  assignments  made  for  each  resource  (e.g.,  certain  pay- 
loads  must  be  assigned  to  a pool  of  Tugs  with  specific  modifica- 
tions incorporated).  The  temporal  relationships  between  activities 
may  include  simple  predecessors  or  more  general  relationships, 
depending  on  the  structure  of  the  Tug  operations. 

In  summary,  the  operations  model  defines  for  the  utilization  plan 
generator  the  following  items : 

1)  Resources  - Tugs,  crew,  parts,  facility,  GSE,  etc. 

Quantity 

Characteristics 

Assignements  to  activities 

2)  Activities  - checkout  software,  mate  payload  to  Tug,  etc. 

Activity  durations 

Resources  required  for  the  activity 

3)  Relationship  Between  Activities 

Predecessors 

Successors 

General  temporal  relationships 

The  operations  model  must  extract  appropriate  activity  and  re- 
source data  from  more  detailed  data  bases  like  the  data  base  for 
the  Launch  Processing  System  (LPS) , and  be  readily  compatible  with 
the  less  detailed  operations  descriptions  used  by  the  utilization 
plan  generator.  When  a particular  set  of  flights  is  to  be  sche  !- 
uled,  necessary  information  is  extracted  from  the  operations  mo< 


III-B-58 


and  provided  to  the  utilization  plan  generator.  Thus,  changes  to 
Tug  operations  that  result  from  trend  analysis  must  be  input  to 
the  operations  model.  The  primary  feature  of  the  operations  model 
is  that  changes  in  the  operations  description  are  made  as  changes 
to  the  data  base  input,  rather  than  algorithm  changes, 

4.2.  * 2 Utilization  Plan  Genemtov  - The  utilization  plan  genera- 
tor is  the  other  computerized  element  of  the  Tug  Fleet  Utilization 
Planning  System*  It  must  be  able  to  accommodate  large  operations 
consisting  of  many  activities  and  resources,  and  be  capable  of  pro- 
ducing tentative  schedules  quickly  to  support  man-machine  iterative 
planning.  This  indicates  use  of  classical  project  scheduling  tech- 
niques:  a relatively  simple  model  requiring  inputs  of  activity 

durations  and  preceding/succeeding  activity  constraints,  quantities 
of  resources  needed  by  activity,  and  available  resource  levels. 
Complicated  resource  characteristics  (e.g.,  the  requirement  to 
specify  the  level  of  maintenance  a Tug  achieves  after  each  activ- 
ity) and  temporal  characteristics  (e.g.,  the  requirement  to  ac- 
complish two  launches  within  a maximum  instead  of  specified  or 
minimum  time)  are  purposely  eliminated.  The  program  can  then  pro- 
vide good  tentative  schedules  with  men  resolving  the  conflicts 
that  are  difficult  to  express  numerically. 

Classical  project  scheduling  will  perform  critical  path  analysis. 
Resource  level  constraints  are  recognized  and  temporal  and  re- 
source related  conflicts  are  detected  and  identified  in  the  out- 
put. Contingency  resource  level  considerations  and  resource 
smoothing  capabilities  are  provided. 

In  summary,  the  general  characteristics,  input  requirements,  and 
output  of  the  utilization  plan  generator  are: 

1)  General  characteristics  - 

Uses  classical  project  scheduling  program; 

Accommodates  large  networks; 

Performs  critical  path  analysis; 

Recognizes  predecessor  relationships  and  resource  level 
constraints ; 

Detects  temporal  and  resource  related  conflicts; 

Considers  contingency  resource  levels; 

Permits  quick  turnaround  for  man/machine  iterations; 

Allows  resource  smoo thing, 

2)  Input  requirements  - 

Peculiar  problem  requirements; 

Activity  duration; 

Activity  procedure  constraints; 

Activity  resource  requirements; 

Available  resource  levels  (normal  and  contingency) . 
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3)  Outputs  - 


Activity  sequence; 

Potential  activity  schedule  (timelines) ; 

Planning  diagnostic  data. 

The  utilisation  plan  generator  has  a requirement  similar  to  that 
of  the  operations  model,  for  extracting  status  data  from  more 
detailed  data  bases  like  the  LPS  for  Tug  ground  operations,  and 
using  it  to  obtain  the  less  detailed  data  that  are  required  for 
utilization  planning.  These  data  are  used  to  status  existing 
utilization  plans  and  to  show  actuals  for  completed  activities  on 
new  plans* 

4. 2. 1.3  Planning  System  Adaptability  - The  intervention 
of  man  is  essential  if  the  Tug  Fleet  Utilization  Planning  System 
is  to  accommodate  the  continually  changing  planning  requirements. 
The  method  recommended  for  providing  the  two  computerized  elements 
of  this  system  with  capability  to  readily  accommodate  changes  In 
Tug  operations  requirements  and  planning  levels  is  by  input  data 
set  changes  rather  than  algorithm  changes*  This  is  facilitated 
by  dividing  the  manual  input  data  into  a problem  dependent  data 
set  and  a data  base*  The  data  base  inputs  the  normal  (green  light 
or  current  utilization  plan)  logic  into  both  computerized  elements. 
The  problem  dependent  data  set  inputs  the  additional  data  that  will 
result  in  a specific  plan*  The  problem  data  set  will  normally  be 
changed  for  each  tentative  planning  cycle-  Trend  analysis  changes 
are  input  manually  through  the  data  set  affected. 

By  using  the  manual  input  data  approach  described  above,  changes 
to  operational  networks,  system  resources,  and  planning  horizons 
are  readily  accomplished  and  do  not  require  algorithm  changes. 

Because  the  Tug  Fleet  Utilization  Planning  System  should  develop 
and  status  utilization  plans,  it  is  required  during  the  preopera- 
tional  phase  to  develop  the  initial  utilization  plans  and  during 
the  operational  phase  for  utilization  plan  maintenance  which  in- 
cludes real  time  contingency  planning. 

Planning  system  adaptability  can  be  summarized  as  follows: 

1)  Method  independent  of  the  operations  model  - 

Accommodates  changes  to  operational  networks; 

Accommodates  revisions  to  system  resources. 

Quantities, 

Addition  or  deletion  of  resources; 
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2)  System  accommodates  varied  planning  horizons  - 

Long  term*  high  level; 

Short  term*  detailed. 

3)  System  used  throughout  program  - 

Preoperational  planning; 

Operational  (real-time); 

Nominal  and  contingency. 

4.2*2  Utilization  Planning  Horizons  - The  Tug  Fleet  Utilization 
Planning  System  should  provide  for  a wide  range  in  both  planning 
horizons  and  level  of  detail.  While  planning  should  become  more 
detailed  as  the  hqrizon  becomes  shorter*  planning  needs  can  be 
roughly  grouped  iij  the  following  categories: 

I 

Firm  Flans  - Should  cover  approximately  the  next  year  with 
adequate  detail  for  recovery  planning  at  any  time*  This  re- 
sults in  maximum  detail  for  the  next  launch. 

Intermediate  Flans  - Should  normally  cover  approximately  two 
years  beyond  firm  plans  to  provide  adequate  time  for  long 
lead  item  identification.  For  some  missions*  the  period  may 
be  much  longer.  Less  detail  is  required  than  for  firm  plans* 
but  sufficient  detail  for  recovery  planning  should  be  main- 
tained. 

Soft  Flans  ~ Are  needed  for  the  projected  duration  of  the  pro- 
gram beyond  the  intermediate  plans*  Only  the  minimum  detail 
required  to  define  Tug  ground  and  flight  operations  support  for 
the  longer  range  payload  and  flight  modeling  should  be  main- 
tained. 

Typical  planning  horizons  are  identified  in  Table  III-B-6* 

4*2.3  Utilization  Planning  Interfaces  - The  Tug  Fleet  Utiliza- 
tion Planning  System  interfaces  are  indicated  in  Figure  III-B-27. 
When  only  intermediate  to  soft  fleet  utilization  planning  is  re- 
quired* the  planning  must  be  iterated  with  mission  planning.  Tug 
payload  planning,  and  Tug  flight  planning.  Mission  planning  re- 
quirements include  desired  launch  timing  and  launch  window  re- 
strictions. Tug  payload  planning  provides  the  payload  model,  de- 
fines payload  grouping  and  payload  peculiar  Tug  equipment,  and 
defines  peculiar  ground  checkout  requirements  with  associated  GSE, 
software*  facility,  and  training  needs.  Tug  flight  planning  pro- 
vides orbital  operations  schedules  for  control  center  and  network 
activities,  and  defines  peculiar  orbital  control  checkout  require- 
ments with  associated  GSE,  software,  facility,  and  training  needs. 
As  the  planning  horizon  increases,  less  detail  is  required  but  par- 
ticular attention  must  continue  to  be  given  to  the  supporting  pay- 
load  and  mission  peculiar  long  lead  items. 


III-B-61 


i 


Table  II1-B-6  Typical  Tlanniny  Hoi'isont) 


Horizon 

Cycle  Time  Basis 
for  Horizon 

Level  of  Depth 

8 Years 
Soft 

Duration  of  Projected 
Traffic  Model 

Top  Level  PlannLng 

3 Years 
Intermediate 

Nominal  Payload 
Development  Time 

Payload  Schedules  and 
Milestones 

1 Year 
Firm 

Cargo  Manifest  Cycle 

Required  Accommodations 

6 Months 
Firm 

Nominal  Integration  Time 
at  Development  Center 

More  Detailed  Facilities/ 
Resources 

6 Weeks 
Firm 

Nominal  Spacecraft  Checkout 
Time  at  Launch  Site 

Operations  and  Handling 
at  Launch  Site 

157  Hours 
Firm 

Nominal  Tug  Turnaround 
Time 

Detailed  Checkout, 
Maintenance,  and  Integration 

For  firm  tleet  utilization  and  recovery  planning  all  of  the  above 
data  must  be  kept  current.  Payload  status  must  be  obtained  through 
the  mission  planning  interface  and  the  cargo  manifest  from  Tug  pay- 
load  planning.  Before  approving  firm  plans,  tentative  planning 
must  be  iterated  with  Tug  ground  operations  planning  and  Tug  orbital 
operations  control  planning  to  obtain  agreement  that  detail  plans 
and  timelines  for  maintenance  and  launch  operations,  and  for  mis- 
sion control  center  and  network  support  can  comply  with  the  fleet 
operations  schedules  and  resource  requirements.  In  addition,  both 
areas  provide  program  and  hardware  status. 

The  status  of  maintenance  on  each  Tug  is  essential  to  both  recovery 
planning  and  the  assignment  of  a particular  Tug  to  each  payload 
and  flight. 

This  status  includes  open  items  resulting  from  flight  and  ground 
checkout,  and  the  grouping  of  Tugs  into  pools  based  on  capability 
due  to  such  things  as  modification  status.  Spares  status  and  in- 
ventory data  are  required  for  each  Tug  in  terms  of  spares  short- 
age, limited  and  shelf  life  components,  and  spares  configuration 
status. 

Supporting  facility  and  hardware  status  that  affects  fleet  utili- 
zation mu9t  be  current. 

4.2.4  Contingency  Management  - Effective  real-time  contingency 
management  requires  thorough  analysis  of  alternatives  and  prompt 
implementation  of  the  revised  utilization  plan.  The  Tug  Fleet 
Utilization  Planning  System  previously  discussed  provides  for  the 
man/machine  relationship  that  is  needed  to  accomplish  this. 


1II-B-62 


Real-time  contingency  management,  uses  man  and  computer  in  their 
most  effective  roles.  This  is  illustrated  by  Figure  III-B-29. 
Upon  notification  that  a contingency  has  occured,  man  obtains 
a generic  list  of  alternatives  from  the  computer.  He  then 
assesses  this  list  and  rapidly  determines  the  impact  of  all 
feasible  alternatives  by  developing  utilization  plans  for  each 
using  the  mechanized  system.  He  then  selects  the  plan  to  be  used 
and  implements  it  after  further  detailing  it  with  the  mechanized 
system  if  required. 


S' 
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Figure  III-B-20  Contingency  Management  Concept 


4. 2 >4.1  Contingency  Analysis  - Contingency  analysis  should  be 
implemented  in  the  planning  stage  and  requires  real-time  solutions 
involving  rescheduling  when  a contingency  occurs.  The  contingency 
analysis  techniques  illustrate  the  man/machine  relationships  in- 
volved in  Tug  fleet  utilization  planning. 

The  first  step  in  the  initial  planning  stage  is  to  develop  a ten- 
ative  utilization  plan  with  no  contingencies  (green  light).  This 
shoul  be  followed  by  tentative  plans  that  incorporate  the  most 
likely  and  catastrophic  contingencies.  As  a fallout  of  this 
process,  a generic  list  of  contingencies  with  alternatives  for 
each  should  be  stored  in  the  computer  for  reference  when  a real- 
time contingency  occurs.  The  tradeoff  between  expected  risk. 
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time,  and  cost  is  then  performed  by  management.  The  decisions 
are  incorporated  in  the  approved  utilisation  plan  to  accommodate 
a reasonable  level  of  contingencies  with  minimum  program  impact. 

Real-time  contingencies  are  handled  in  the  same  way,  with  the  ex- 
ception that  the  baseline  is  the  approved  utilization  plan  in- 
stead of  the  no  contingency  plan.  Real-time  contingencies  generally 
affect  only  a relatively  small  portion  of  the  utilization  plan,  but 
may  revise  the  rest  of  the  program. 

Contingency  analysis  can  be  summarized  as  follows: 

1)  Develop  contingency  allowance  for  utilization  plans  - 

Determine  green  light  schedule; 

Estimate  most  likely  or  catastrophic  contingencies; 

Simulate  effect  of  selected  contingencies; 

Modify  green  light  schedule. 

2)  Develop  real-time  contingency  plans  - 

Contingency  occurs; 

Computer  presents  possible  workaround  alternatives; 

Man  selects  alternative  courses  of  action; 

Computer  simulation  to  determine  effects; 

M^n  chooses  desired  alternative; 

Alter  schedules  accordingly. 

4. 2. 4. 2 Seal -Tine  Contingency  Example  - An  example  of  real-time 
contingency  management  will  be  discussed,  assuming  that  Spacecraft 
CN-51A  is  two  weeks  late.  This  example  shows  the  man /machine  re- 
lationship that  is  involved  in  the  recommended  Tug  Fleet  Utiliza- 
tion Planning  System. 

When  the  utilization  plan  status  report  identifies  Spacecraft 
CN-51A  as  being  two  weeks  late,  the  Tug  Fleet  Utilization  Plan 
computer  is  queried  by  manual  input  for  the  generic  list  of  al- 
ternatives under  the  category  - Late  Spacecraft.  A specific 
list  of  alternatives  is  then  manually  prepared  and  reviewed  for 
feasibility  and  completeness.  This  is  illustrated  by  Figure 
1II-B-30. 

After  establishing  feasible  alternatives,  each  must  be  analyzed. 
Modifications  are  made  to  the  manually  input  data  base  if  required, 
and  to  the  problem  dependent  data  set  for  each  variation  of  the 
feasible  alternatives  to  be  assessed*  The  input  data  is  also  re- 
vised to  limit  the  output  of  the  utilization  plan  generator  to  the 
minimum  satisfactory  detail  level  and  to  only  the  time  phased  por- 
tion of  the  utilization  plan  that  is  affected. 
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I nterchange  Missions 
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Figure  III-B-30  Contingency  Management  - Determine  Alternatives 


The  output  data  from  the  utilization  plan  generator  can  include: 
activity  sequence  so  the  program  logic  can  be  checked;  planning 
aids  such  as  critical  path  analysis;  the  effect  of  additional 
resources  and  resource  smoothing;  diagnostic  data  identifying 
temporal  and  resource  related  conflicts;  and  tentative  utiliza- 
tion plans.  During  the  preparation  of  these  tentative  plans, 
data  are  iterated  with  the  other  planning  areas,  including  STS/ 
Shuttle  planning,  as  required  for  the  detail  being  considered. 
These  data  are  reviewed,  and  the  plan  to  be  implemented  is  de- 
fined. Alternative  assessment  is  illustrated  by  Figure  II1-B-31. 

Data  are  manually  input  for  final  changes  to  the  utilization  plan 
and  to  provide  for  the  normal  level  of  detail  in  the  firm  utiliza- 
tion plan.  Iteration  with  other  planning  areas  is  then  extended 
to  this  increased  detail  level,  and  the  resulting  approved  plan 
is  implemented  as  a revision  to  the  existing  utilization  plan. 


11I-B-65 


• What  is  the  Impact  of  a Launch  Delayed 
Up  to  Two  Weeks? 

Can  We  Recover  Enough  Time  To  Avoid 
Impacting  The  Downstream  Schedule? 

Can  We  Interchange  This  Mission 
With  Another  Downstream  Mission? 


• Can  We  Launch  Without  CN-51? 

• Can  We  Launch  A Buffer  Spacecraft? 


Schedule  Impact  - 1,  3,  5 Day,  2 Week  Delay 
Spacecraft  Status  - Buffer  Availability  Date 

Schedule  Recovery  - 2,  4,  6.  ...  N Overtime 
Shifts 

Mission  Status  - Spacecraft  Availability, 

Launch  Windows 

Tug/ Spacecraft  Properties  - Weight, Allowable 
C.  G., Required  Propellant  Load.  Targeting  Data 


Query 

Data 

LJP 

1 

/ 1 

Figure  III-B-31  Contingency  Management  - Assess  Alternatives 
4.3  Configuration  Management 

Configuration  Management  provides  the  necessary  procedures  and 
disciplines  to  achieve  effective  control  over  the  hardware,  soft- 
ware, and  operational  activities  of  the  Tug  ground  operations 
project.  This  control  is  needed  on  a continuing  basis  throughout 
the  life  of  the  project.  The  objective  of  Configuration  Management 
is  to  ensure  the  maximum  operational  capability  through  formal 
initial  identification  of  configuration,  controlled  approval  of 
changes,  and  continuing  and  accurate  recording  of  the  exact  con- 
figuration of  systems  and  selected  equipment.  Recommendations  for 
implementation  of  configuration  management,  basically  a conventional 
implementation  system  as  reflected  in  MSFC  Document  MM  8040.12, 
Standard  Contractor  Configuration  Management  Requirements  that  has 
been  proven  to  be  effective  are  discussed  in  this  section.  In  ad- 
dition, the  recommendations  are  in  consensus  with  JSC  Document  07700, 
Volume  IV,  Rev  A,  Space  Shuttle  Program  Level  II  Configuration  Man- 
agement Requirements  and  KSC  Document  K-SM-04.1,  Instruction  for 
Processing  Changes  to  Validation  Baseline  Station  Set  Requirements 
Documents . 


4*3.1  Configuration  Management  Respons  in  i L j Lies  ~ The  Configura- 
tion Management  organization  should  reLain  the  overall  responsi- 
bility and  author i Ly  Lo  implement  and  control  ccm  l i gural  i on 
management  activities  for  the  Tug  ground  operations  program. 

These  responsibilities  should  include  perlorming  or  participating 
in  the  following  activities: 


4,3. 2*1  Identification  - 


1)  Specification  - Provide  formats,  coordinate  required  inputs, 
and  submit  for  baseline  end  item  specifications.  Monitor  and 
review  the  preparation  and  submittal  of  lower  tier  specifica- 
tions . 

2)  Interfaces  - Coordinate  interface  activity.  Attend  interface 
meetings,  coordinate  requirements  among  support  equipment 
design  organization/contractors  and  provide  the  focal  point 
for  interchange  of  information  between  interfacing  activities. 
Track  and  schedule  resolutions  of  interface  requirements. 

3)  Program  Documentation  - Prepare,  coordinate,  and  maintain  a 

Project  Configuration  Management  Plan.  Audit  required  docu- 
mentation to  assure  compatibility  with  project  and  program 
requirements.  Track  and  status  milestones  associated  with 
preparation  and  submittal  of  required  data.  \ 

4.3. 1*2  Baseline  Uanagement  - Identify  approved  baseline  docu- 
mentation to  support  baseline  reviews,  and  participate  in  these 
reviews  to  assure  approved  baseline  requirements  are  being  imple- 
mented in  designs.  Track  and  status  action  items  and  Review  Item 
Dispositions  (RIDs)  resulting  from  reviews. 

4.  3. 1.3  Chanje  Con t va l 

1)  Establish  Configuration  Management  change  processing  function 
and  a Configuration  Control  Board  (CCB)  for  processing  changes. 

2)  Provide  secretary  for  CCB. 

3)  Participate  in  coordination  of  change  evaluation  and  effect 
development  of  a total  engineering  change  package, 

4)  Prepare  Configuration  Control  Board  Directive  (CCBD)  to  dir- 
ect and  authorize  change  implementation. 

5)  Provide  support  to  Level  II  Program  Requirements  Change  Board 
(PRCB) , Level  III,  and  Level  IV  CCB. 
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4. 3 .1.4  Hiatus  Accounting  and  VerL  filiation 

1)  Maintain  the  status  of  the  project  baselines  through  a system 
such  as  MSFCs  Standard  Change  Integration  and  Tracking/Con- 
figuration Management  Accounting  (SCIT/CMA)  systems* 

2)  Provide  necessary  status  accounting  reports  to  support  reviews, 
configuration  inspection*  acceptances,  and  turnover  of  hard- 
ware items. 

3)  Provide  open  items  and  history  tab  runs  to  support  project 
activities . 

4. 3.1.5  Hubcan tractor/ Supplier  Requirements  - Audit  subcontractor 
to  assure  that  subcontractor^  Configuration  Management  System  is 
compatible  with  minimum  requirements  established  by  MSFC* 

4.3. 1.6  Level  IV  Configuration  Control  Board  ( CCB ) - Establish 
NASA  Design  Activity/Contractor  Level  IV  CCB  for  those  specifica- 
tions, drawings,  and  other  documents  released  through  the  NASA 
Design  Activii_y/Contractor 's  documentation  release  system.  Changes 
to  these  documents  that  do  not  affect  Level  I,  II,  or  III  documenta- 
tion should  be  controlled  through  the  Level  IV  CCB* 

A. 3*2  Conf iguration  Identification  - Configuration  identification 
is  accomplished  by  documenting  the  technical  and  project  require- 
ments in  specifications,  interface  control  documents,  plans,  and 
drawings.  Configuration  identification  for  the  Tug  ground  opera- 
tions project  must  be  accomplished  through  development  of  formal 
documentation  that  will  describe  the  baseline  to  be  used  for  con- 
trol and  accounting  of  future  changes.  It  is  recommended  that  an 
interface  between  the  several  NASA  Centers,  DQD  agencies,  element 
contractors  and  payload  contractors  be  established  early  in  the 
program  to  exchange  apporpriate  information  for  incorporation  into 
the  Tug  ground  operations  system. 

Figure  III-B-32  generally  illustrates  the  interrelationship  of  NASA 
and  DOD  Shuttle/Tug  documentation*  Documents  that  reflect  Tug 
ground  operations  requirements  must  be  compatible  with  the  require- 
ments of  the  Level  I and  II  documents.  The  following  reflects  the 
recommended  level  of  control  which  is  generally  established  in  JSC 
07700,  Volume  IV,  Revision  A. 

4. 3*2.2  Level  I Documentation  - Thu  contents  of  these  documents 
are  the  responsibility  of  the  NASA/DOD  program  director(s)  and  con- 
tain only  program  level  requirements  (i.e.*  those  applicable  to 
the  program  as  an  entity)  and  may  contain,  as  an  example,  the  fol- 
lowing types  of  data:  program  definition,  characteristics,  inter- 

face, and  verification  requirements. 
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Figure  IJI-B-32  Interrelationships  of  NASA  and  DOD  Requirements  Documents 
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4. 3. 2. 2 Level  IX  Do ownen tat ion  - These  documents  identify  per- 
formance, design,  interface,  and  verification  requirements  for 
each  of  the  project  elements  of  the  Space  Transportation  System; 
they  affect  more  than  one  project  office/element  and  are  the  re- 
sponsibility of  the  program  manager  and  the  Program  Requirements 
Change  Board.  This  documentation  may  contain  the  following  types 
of  data: 

1)  Level  1 requirements, 

2)  System  responsibility  allocations , 

3)  System  schedules, 

4)  System  budget  and  cost  allocations, 

5)  Management  system  requirements, 

6)  Information  requirements, 

7)  System  design  and  performance  requirements, 

8)  System  interface  requirements,  excluding  interfaces  to  be 
controlled  by  a single  project  office, 

9)  System  verification  (acceptance,  certification)  requirements, 

10)  Commonality  requirements, 

11)  Standard  design  and  construction  requirements  applicable  to 
the  total  system, 

12)  Other  applicable  allocated  requirements, 

13)  Training  requirements . 

4. 3.2.3  Level  III  Documentation  - These  documents  specify  the 
configuration  identification  of  the  system  elements  and  relate 
system  and  element  requirements  in  the  areas  of  performance,  de- 
sign, interface,  and  verification,  and  are  the  responsibility  of 
the  appropriate  individual  project  managers.  This  documentation 
may  contain  the  following  types  of  information. 

1)  Level  I and  II  requirements, 

2)  Design  and  construction  standards  and  specifications, 

3)  Station  set  specif ication  (functional  and  operational), 

4)  Interface  documents, 
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5)  Facility  design  criteria, 

6)  Ground  operations  plan(s), 

7)  Station  set  requirements  document (s), 

8)  Configuration  item  development  specification, 

9)  Computer  program  development  specifications, 

10)  Facility  installation  specification, 

11)  Program  plan  (including  verification  and  logistics  require- 
ments) . 

4. 3. 2.4  Level  IV  Doownentation  - These  documents  are  Design 
Activity/contractor  prepared  specifications,  drawings,  and  other 
documents  released  through  the  Design  Activity/Contractor's  doc- 
umentation release  system.  Changes  to  these  documents  that  do 
not  affect  Level  I,  II,  or  III  documentation  are  controlled 
through  the  Design  Activity/Contractor 's  Level  IV  Configuration 
Control  Board  (CCB) . This  documentation  may  contain  the  following 
types  of  information: 

1)  Contractor  design  criteria, 

2)  Contractor  Internal  specifications  (i.e.,  process,  material 
and  procurement) , 

3)  Drawings  (before  configuration  inspection) , 

4)  Contractor  internal  plans  and  procedures, 

5)  Design  concepts,  approaches,  and  solution  at  the  appropriate 
time. 

4.3.2.5  Project  Docwnentatvc^  - The  project  requirements  and 
criteria  should  be  accomplished  through  formal  documentation  in  a 
format  generally  required  by  HSFC  Document  MM8040.12.  These  docu- 
ments, when  approved  by  the  project,  will  estab  ish  the  baselines 
for  the  control  and  accounting  of  all  changes  thereto.  Formal 
project  documentation  may  consist  of  those  items  identified  in 
para  4. 3. 2. 3. 

In  the  interest  of  economics  and  commonality  of  design  and  equip- 
ment, documentation  already  in  existance  should  be  used  "as  is", 
or  updated  by  change  or  appendixes  to  reflect  the  project  re- 
quirements . 
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It  is  recommended  that  these  documents  be  controlled  through  the 
NASA  Design  Activity/Contractor  Level  IV  CCB  before  implementation 
of  the  activation/hardware  acquisition  phase.  Subsequently,  these 
documents  will  be  controlled  through  the  Level  III  CCB. 

4.3.3  Configuration  Control  - Procedures  for  processing  changes 
vary  depending  on  what  agency/ con trac tor  has  document  responsi- 
bility, status  of  the  document  (formal  baseline,  technical  baseline, 
or  prebaseline)  and  the  document  level  of  control.  The  following 
possibilities  exist : 

1)  Common  NASA/DOD  Level  I and  II  Baseline  Document 

2)  NASA  Level  III  CCB  Baselined  Document 

3)  NASA  Level  III  Technical  Baselined  Document 

4)  DOD  Level  II/III  CCB  Baselined  Document 

5)  NASA  Design  Activity  and  NASA/DOD  Contractor  Level  IV  Baseline 
Document 

4, 3*2*1  Change  Processing  Forms  - For  ease  of  processing  change 
packages  to  the  applicable  NASA/DOD  CCB,  it  is  recommended  that  a 
standard  format  be  used.  When  reviewing  applicable  NASA  forms  and 
comparing  these  forms  with  the  DOD  forms  contained  in  MIL-STD-480, 
we  find  information  required  by  each  form  is  similar.  Therefore, 
a common  format  would  be  feasible. 

4 * 2 * 2 . <i  Procemving  Changes  to  UACA/UuU  Base  Line  Requirements 
[Ref  Para  4 *6*2*1)  3 and  4)]  - The  recommended  methods  of  proces- 
sing change  requests  to  NASA  and  DOD  controlled  baselines  are 
illustrated  in  Figures  III-B-33  and  III-B-34.  Changes  may  be 
initiated  by  any  NASA/DOD  design  activity  or  contractor.  In  the 
event  the  change  is  initiated  by  a NASA  contractor,  the  technical 
review  must  be  with  the  appropriate  NASA  design  activity.  Likewise, 
if  the  change  is  initiated  by  a DOD  contractor,  the  technical  re- 
view should  be  with  the  appropriate  DOD  command.  NASA  initiated 
changes  should  be  provided  to  DOD  for  impact  assessment.  DOD  im- 
pact would  be  provided  by  the  DOD  CCB  representative. 

4*  3* 3. 3 Processing  Changes  to  NASA  Level  III  Technical  Baseline 
Requirements  [Ref  Para  4*3*3. 3)]  - The  recommended  method  of  proces- 
sing change  requests  to  NASA  Level  III  technical  baselined  re- 
quirements is  illustrated  in  Figure  III-B-35.  With  this  method, 
the  change  may  be  initiated  by  the  NASA  design  activity  or  contrac- 
tor as  well  as  other  project  elements  and  DOD  agencies.  This  type 
of  change  should  be  processed  using  the  Review  Item  Disposition 
(RID)  form.  In  the  event  the  proposed  change  affects  a Level  I or 
II  requirement,  the  appropriate  Level  I or  II  change  request  must  be 
initiated  for  processing  the  total  change  package  by  NASA  to  the  ap- 
plicable Level  II  PRCB  for  disposition.  This  change  flow  is  In  con- 
sensus with  KSC  document  K-SM-04.1. 
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Figure  III-B-33 

Method  of  Processing  Formal  Change  Requests  to  NASA  Progr am/ Project 
Controlled  Baselines 
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Figure  III-B-34 

Method  of  Processing  Formal  Change  Requests  to  DOD  Program 
Controlled  Baseline 
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4 + 5, 5*4  Processing  Change  to  MSA  Level  IV  Controlled  Baseline 


[Ref  Para  4* 3+3*5)]  - The  recommended  method  of  processing  change 
requests  to  NASA  Level  IV  controlled  baselines  is  illustrated  in 
Figure  III-B-36.  This  method  is  an  efficient  and  disciplined  sys- 
tem  that  will  assure  the  proper  amount  of  coordination  and  evalua- 
tion* The  initiator  may  be  any  program/project  element,  contractor 
or  DOD  agency. 
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Figure  III-B-36 

Method  of  Processing  Change  Requests  to  NASA  Level  JV 
Controlled  Baseline 

4. 3. 3. 5 Processing  Changes  to  a Contractor  Level  IV  Controlled 


BgseVine  [Ref  Para  4.g»g.5J]  - A change  management  system  should 
be  levied  on  NASA  prime  contractors  that  will  complement  the  total 
NASA  change  management  approach.  The  contractor  should  maintain 
a disciplined  system  for  control  of  changes  to  established  base- 
lines. The  change  management  technique  used  for  control  of  changes 
including  Level  IV  changes  as  well  as  Level  II  and  III  changes,  and 
subtler  supplier  changes,  must  assure  all  changes  are  properly  co- 
ordinated, evaluated,  documented,  and  processed,  and  ensure  that 
only  those  changes  approved  for  incorporation  are  implemented  as 
authorized.  The  contractor  Level  IV  Configuration  Control  Board 
(CCB)  should  be  the  focal  point  for  all  change  processing. 
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4-3.4  Verification  and  Acceptance 

4.3-4* 1 Closed-Loop  Change  Incorporation/Veri fixation  Process  - 
closed-loop  change  incorporation  and  verification  processing  sys- 
tem is  recommended.  This  system  as  illustrated  in  Figure  III-B-37 
proved  very  effective.  The  verification  process  assures  hardware 
compliance  with  the  MSA  baseline  documentation  requirements.  It 
also  verifies  that  only  approved  changes  are  incorporated  into 
hardware  and  documentation  as  authorized-  Configuration  trace- 
ability  is  maintained  through  this  system.  Some  of  the  salient 
features  of  the  closed-loop  verification  process  are  listed. 

1)  Released  basic  engineering  and  changes  are  verified  to  be  in 
compliance  with  the  Project  requirements. 

2)  Released  engineering  is  verified  as  incorporated  into  the 
hardware  during  production. 

3)  Released  engineering  for  retrofit  modifications  is  verified 
as  fully  incorporated  into  modification  kits. 

4)  Retrofit  modification  kits  are  verified  when  fully  installed 
in  the  hardware. 

5)  Noncompliances  are  identified  and  remain  as  open  items  until 
resolved* 

6)  Configuration  status  records  provide  complete  comparisons  of 
verified  as-built  versus  as-designed  configurations. 

4, 3.4,2  HarcbJaPe  Acceptance  - It  is  recommended  that  acceptance 
of  each  deliverable  ground  support  equipment  end  item  be  accom- 
plished at  the  manufacturing  facility  before  delivery  of  the  end 
item  to  the  using  site.  This  will  facilitate  the  activation 
process  at  KSC/VAFB. 

4*3.5  Contractor  Control  - It  is  recommended  that  NASA  levy  on 
contractors  and  suppliers  limited  to  hardware  or  software  items  * 
only  those  requirements  necessary  to  maintain  the  required  level 
of  configuration  control  of  the  design,  fabrication,  and  acceptance* 
The  level  of  configuration  management  imposed  on  procured  items 
should  be  evaluated  with  respect  to  the  amount  of  development, 
design,  and  testing  required. 

4.3.6  Status  Accounting  - An  effective  and  functional  status  ac- 
counting system  should  be  established  that  would  provide  complete 
and  current  visibility  of  approved  baselines,  a record  of  change 
authorization  and  incorporation,  hardware  as-designed  and  as-built 
comparisons,  as  well  as  special  reports.  The  status  accounting 
system  should  be  similar  to  MSFC's  SCIT/CMA  system. 
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Figure  III-B-17  III-B-77 
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Figure  III-B-37  Change  Incorporation  and  Verification 


4.4  Information  Management 

The  purpose  of  Information  Management  is  to  assure  that  all  in- 
formation developed  is  necessary,  compatible  with  program  require- 
ments, available  to  users,  and  properly  maintained  and  controlled* 
Project  level  information  requirements,  control  and  retrieval,  and 
the  MSEC  Tug  Management  Information  Center  as  it  relates  to  fleet 
utilization  and  ground  operations,  are  discussed  in  this  section- 

4.4.1  Information  Requirements  - Project  level  information  will 
be  produced  by  all  project  participants.  Requirements  should  be 
developed  to  ensure  that  this  information  is  compatible  for  con- 
solidation or  use  at  project  and  STS  level.  Data  requirements 
should  assure  that  both  development  and  operational  needs  are  met 
with  minimum  cost  and  schedule  impact.  Existing  reports  and  for- 
mats should  be  used  where  cost  effective. 

Types  of  information  and  a unique  numbering  system  for  each  item 
should  be  defined  to  assist  in  establishing  information  require- 
ments at  project  level.  A documentation  tree  should  be  developed 
that  identifies  those  documents  recognized  by  the  project  office 
and  authorized  for  development  as  required  to  fulfill  project  ob- 
jectives* In  addition,  a list  of  requirements  for  information 
products  to  be  submitted  to  the  project  office  for  approval,  for 
information,  or  only  on  request  should  be  developed.  This  list 
should  be  supplemented  by  suitable  descriptive  data  for  each  in- 
formation requirement.  When  infq tion  -is  to  be  developed  by  a 
contractor,  the  data  requirements  in  the  Data  Procurement  Docu- 
ment should  be  developed  from  this  master  list  and  descriptive 
data.  We  recommend  that  information  types  be  those  defined  in 
JSC  07700,  Vol  V,  para  4.0,  and  that  the  project  information  re- 
quirements be  compatible  with  para  7.0  Space  Shuttle  Level  II 
information  requirements.  It  is  particularly  important  that  the 
numbering  system  be  compatible. 

Subsequent  to  the  initial  development  of  the  project  information 
requirements,  a continuous  review  of  information  activities  should 
be  performed  to  assure  that  requirements  are  maintained  current 
and  valid. 

4.4.2  Information  Control  and  Retrieval  - The  frequent  launch  of 
different  payloads  and  the  rapid  turnaround  and  reuse  of  Tugs  re- 
quire efficient  information  handling*  In  selected  areas,  this  can 
best  be  achieved  by  mechanization. 

Schedules  for  development  and  maintenance  of  data  should  be  im- 
plemented and  statused.  All  project  data  scheduling  should  be 
interfaced  with  STS  and  payload  schedules  for  related  data  to  as- 
sure timely  availability. 
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An  accurate  mechanized  accession  list  of  all  types  of  significant 
information  produces  should  be  maintained  along  with  procedures 
for  obtaining  the  listed  information.  Information  producing  ac- 
tivities should  be  responsible  for  storage  so  that  data  are  readily 
retrievable.  This  includes  studies  and  analyses  that  are  the 
basis  for  program  decisions  and  historical  information.  The  deve- 
lopment of  the  Space  Shuttle  Program  Information  Control  and  Retrie- 
val Systems  should  be  monitored  to  assure  compatibility  with  the 
corresponding  systems  used  for  the  Tug.  Document  JSC  08100  is  the 
management  plan  for  establishing  and  managing  this  sysLem. 

An  information  distribution  matrix  should  be  developed  and  main- 
tained that  provides  for  minimum  normal  distribution  by  primary 
users.  Additional  distribution  should  be  by  request  on  an  ac- 
cessioning basis. 

The  phased  implementation  of  Information  Management  is  illustrated 
by  Figure  III-B-38. 

4,4.3  Management  Information  Center  (MIC)  - An  austere  type  ef- 
fective and  functional  Level  III  MIC  for  the  Tug  Project  should  be 
established  at  NASA*  It  is  recommended  that  the  permanent  displays 
and  data  maintained  in  this  MIC  be  limited  to  that  required  for 
top  level  reviews  by  NASA,  other  NASA  centers,  NASA  headquarters, 
payload  users  and  USAF  and  DOD  management  personnel.  Adequate  pro- 
visions should  be  made  for  reviewing  working  level  data  maintained 
in  the  Project  functional  areas  and  communication  with  all  program 
participants  as  required  for  NASA  management  decisions. 

It  is  recommended  that  the  MICs  for  fleet  utilization  and  ground  opera- 
tions at  KSC  and  WTR  be  limited  to  the  display  of  selected  working 
level  data  as  required  for  operating  control.  It  is  anticipated  that 
SAMSO  will  have  an  MIC  that  will  be  compatible  with  other  Tug  fleet 
utilization  and  ground  operations  MICs.  The  following  MIC  recom- 
mendations are  for  the  Tug  fleet  utilization  and  ground  operations 
portion  of  the  NASA  Tug  MIC. 

4.4.  3,1  Display  Methods  - The  following  display  methods  are  recom- 
mended: 

1)  Panel  Displays  - A prominantly  displayed  magnetic  panel  and 
supply  of  suitable  magnetic  chart  material  for  near-term  fleet 
utilization  plan  display,  and  fixed  and/or  sliding  panels  for 
other  primary  displays. 

2)  Program  Reference  Data  - Maintain  current  hard  copies  of  selected 
program  reference  data  located  convenient  to  the  related  panel 
displays . 
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3)  Projected  Displays  - Provide  a dual  screen  projection  system 
suitable  for  viewgraphs,  35-mm  slide  and  16-mm  motion  picture 
projection — preferably  from  the  rear  of  the  screen . 

4)  Blackboard  - Provide  a blackboard  for  nchalk  talks tf. 

4 A *3*2  Meeting  Accommodations  - A conf  erence  table  and  chairs 
should  be  provided  along  with  additional,  seating  for  presenta- 
tions. 


4. 4*3*3  Teleconference  - The  primary  communications  system  between 
MICs  should  be  the  4-wire  s dedicated  circuit,  NASA  teleconference 
network  with  the  Bell  50-A  conference  unit  or  equivalent  as  a back- 
up. * 


4*4*  3*4  Data  TransnrLttal  - A DACON,  or  similar  facsimile  system, 
should  be  convenient  for  transmittal  of  hard  copy  images  between 
MiCs.  A 24-hour , or  less,  mail  service  should  also  be  established 
between  MICs. 

4. 4. 3. 5 Graphics  Standards  - It  is  desirable  to  adopt  the  graphics 
standards  defined  by  document  JSC  07700,  Vol  III,  Attachment  B, 
para  4.1.5  where  applicable  and  cost  effective. 

4.4. 3.6  Display  and  Data  Maintenance  - All  displays  and  data  should 
either  be  maintained  currently,  or  the  frequency  of  revision  and 
date  of  last  revision  should  be  noted.  If  the  display  or  data  is 
under  review  or  revision,  this  should  be  identified. 

4.4.3.?  Re^roduation  - Capability  should  be  provided  to  convert 
any  MIC  display  to  a black  and  white  print,  to  a black  and  white 
or  color  35-mm  slide,  or  to  a black  and  white  or  color  viewgraph. 
Zerox,  or  equivalent  equipment,  should  be  convenient  for  rapidly 
reproducing  printed  material  or  making  viewgraphs. 

4. 4. 3. 8 Requirements  - The  following  charts  and  data  are 

suggested  for  display  for  the  Tug  Fleet  Utilization  and  Ground 
Operations  Program: 

1)  Wall  or  fixed  panel  displays  - 

- Magnetic  chart  board  display  of  the  firm  fleet  utilization 
plan  by  weeks  for  four  months,  with  a maximum  of  one  month 
of  actuals; 

- Panel  display  of  the  fleet  utilization  plan  summarized  by 
quarter  for  a minimum  of  three  years  and  by  half  year  for 
the  remainder  of  the  program; 

- Payload  model  (matrix) ; 
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- KSC  ground  processing  schematic; 

- WTR  ground  processing  schematic. 

2)  Sliding  panel  displays  - 

- Summary  program  schedule; 

- Summary  program  logic  diagram; 

- WBS  diagram  (with  a hard  copy  of  the  dictionary  in  adjacent 
rack) ; 

- Summary  end  item  delivery  schedule; 

- Summary  software  development  and  integration  schedule; 

- Summary  activation  schedules  - KSC  and  WTR; 

- Summary  Logistics  schedule; 

- Key  issues  and  problems  (with  hard  copies  of  current  reports 
in  adjacent  rack); 

- Project  activities  calendar; 

- Financial  summary  and  cost  for  flight; 

- Summary  of  configuration  management  status. 

3)  Projected  displays  - Projected  displays  usually  involve  data 
that  are  either  restricted  or  of  a more  detailed  nature  that 
is  reviewed  by  appropriate  personnel.  The  most  cost  effective 
way  to  provide  such  data  is  to  maintain  and  stb-re  it  in  the 
area  responsible  for  its  development.  Data  required  in  normal 
day-to-day  operations  should  be  used  for  this  purpose  where 
possible.  Data  categories  suggested  for  projected  display  upon 
request  include: 

- Configuration  management  status  by  change; 

- Technical  data  (weight,  performance,  etc); 

- Major  hardware  schedules  by  end  item; 

- Software  schedules  by  end  item; 

- Program  performance  data  (from  the  Performance  Management 
System  discussed  in  section  4.1); 

- Prime  contract  and  major  subcontract  data; 
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- Financial  data; 

- Program  management  relationships  and  organization  charts; 

- Flight  (including  Tug  payload)  and  ground  system  integration 
data; 

“ Facilities  data; 

- Logistics  data  (spares,  technical  manuals,  training  and 
training  aids,  and  transportation  and  handling); 

- Tug  fleet  utilization  schedules  (from  the  Tug  Utilization 
Planning  discussed  in  para  4,2). 

4,4*3. 9 Project  Status /Progress  Photographs  - Photographs  of 
important  activities,  events,  and  hardware  should  be  properly 
identified  and  kept  in  convenient  storage. 

4.4.3,10  MIC  Update  Procedure  - A systematic  procedure  for 
identifying  current  data  and  a brief  description  of  the  latest 
change  should  be  implemented.  This  system  should  also  be  used 
to  assure  that  the  same  data  is  displayed  in  all  MICs  when  ap- 
plicable. 

4.5  Logistics  Management  Operations 

NASA  logictics  management  for  Tug  must  provide  direction  and  con- 
trol of  the  interfacing  elements  of  the  logistics  function  during 
the  life  of  the  project,  including  preparation  and  maintenance  of 
the  Tug  Integrated  Logistics  Support  Plan;  development  and  refine- 
ment of  the  Support  Requirements  Analysis;  coordination  of  logis- 
tics requirements  between  NASA,  the  Tug  contractor,  and  various 
suppliers;  development  of  logistics  milestones  and  scheduling  of 
activities;  and  effective  planning  and  implementation  of  re- 
sources • 

The  concepts  of  refurbishment  and  reuse  of  the  Tug,  as  well  as 
other  elements  of  the  STS,  adds  a new  importance  to  the  planning, 
implementation  and  control  of  logistics  support.  The  requirements 
imposed  by  both  the  turnaround  timeline  and  the  Shuttle  program 
budgetary  constraints  demand  total  Tug  support  planning.  Inter- 
facing Shuttle  program  elements,  as  well  as  the  multiple  consider- 
ations of  the  planning  and  operational  phases,  must  be  considered. 
Application  of  optimum  logistics  management  techniques,  established 
or  innovative,  is  essential  to  the  objectives  and  policy  of  Vol 
XXI,  07700,  Shuttle  System  Level  II  documentation. 
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The  Logistics  Support  Requirements  Analysis  (SRA)  is  the  initial 
and  most  important  management  tool  needed  to  assess  the  interfac- 
ing impact  of  system  and  phase  logistic  elements  and  to  avoid 
downstream  problems  through  early  identification  of  requirements 
in  the  definition  and  design  phase.  This  approach  to  the  logistic 
process , illustrated  in  Figure  III-B-39,  has  been  used  extensively 
in  the  development  of  this  study  and  should  continue  to  be  used  by 
NASA  and  its  Tug  development  contractor  to  refine  and  mature  sup- 
port system  concepts  as  the  Tug  program  develops.  The  SRA  estab- 
lishes criteria  for  design  and  provides  data  necessary  to  control 
those  aspects  of  design  and  development  that  reduce  support  costs. 

A well  planned  and  administered  SRA  will  yield: 

1)  those  functions  in  the  Tug  ground  operations  flow  that  require 
logistic  support; 

2)  impact  of  ground  operations  on  the  design  of  Tug  and  its  sup- 
port equipment; 

3)  personnel  tasks,  equipment  interfaces,  and  job  skills  required 
to  implement  the  ground  operations  flow; 

4)  necessary  training  and  technical  documentation  required  to 
perform  ground  oerational  tasks; 

5)  spares,  support  equipment,  consumables,  and  facility  require- 
ments necessary  tor  accomplishment  of  the  ground  operations 
flow; 

6)  Optimization  of  support  elements  as  the  Tug  program  matures. 

4*5*1  Maintenance  and  Refurbishment  Planning  and  Control  - 

The  Tug  contractor's  Maintenance  Engineering  Analysis,  as  an  element 
of  Support  Requirements  Analysis,  will  establish  early  planning 
factors  in  terms  of  identified  maintenance  tasks,  task  times, 
facility  interfaces,  personnel  skill  levels,  tools  and  support 
equipment,  and  commonality  of  resources  necessary  to  the  maintenace 
function.  Levels  and  location  of  maintenance,  reparable/nonrepar- 
able  status,  repair  locations,  and  necessary  supply  categories 
(spares,  bulk  items,  consumables)  will  be  established.  The  analysis 
will  be  performed  using  the  basic  maintenance  concepts  - principally 
remove  and  replace  to  the  LRU  level  established  by  NASA  documentation 
and  directive.  The  maintenance  analysis  must  exerci.se  broad  latitude, 
within  the  confines  of  established  policy,  in  determining  the  mainte- 
nance program  most  suitable  to  Tug  and  most  cost  effective  in  terms  of 
overall  program  objectives.  Table  III-B-7  presents  a summary  of  con- 
siderations for  Level  I,  II,  and  III  maintenance  concepts  that  our 
study  indicates  most  applicable  to  Tug. 
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Figure  III-B-39  Support  Requirement  Analysis 


Table  III-B-?  Tug  Matnbetic Concepts 


Level  I 


Will  include  scheduled  and 
unscheduled  inspections,  ! 
servicing,  malfunction  iso- 
lation,  removal,  replacement, 
verification,  and  subsystem 
checkout . 

Will  normally  be  performed 
at  the  TPF. 

Will  include  vehicle  and 
support  equipment. 

Will  provide  for  replacement 
at  highest  practical  as- 
sembly  level  (LRU)  based  on: 

- Scheduled  intervals  for 

time  or  cycle  sensitive 
items  i 

- Condition  monitored  item 
replaced  due  to  indicated 
degradation/ failure 

Malfunction  to  be  assessed 
by  onboard  performance  mon- 
itor system,  maintenance 
display  augmented  by  ground 
display  and  control. 

Will  be  predicted  on  post- 
flight maintenance  activity 
plan  and  work  package. 

Minimum  scheduled  mainte- 
nance planned. 


Level  II 


Offline  maintenance 
activities  in  support 
of  Level  I maintenance* 

Supports  failure  verifi- 
cation and  minor  LRU  re- 
pair. 

Will  include  servicing, 
calibration,  alignment 
rebuild  and  verifica- 
tion * 

Will  normally  be  per- 
formed at  KSC  repair 
shops  unless  capability 
exists  only  at  Tug  man- 
ufacturer or  supplier. 

Will  rely  heavily  on 
installation  of  Shop 
Replaceable  Units 
(SRUs) . 

Optimum  Repair  Level 
Analysis  (ORLA)  may  be 
used  to  help  define 
repair  activity. 


Level  III 


Offline  maintenance 
activities  in  support 
of  Level  I and  II 
maintenance , 

Will  include  repair, 
overhaul , reverifica- 
tion of  LRUs  and  SRUs, 

Provides  capability 
for  detailed  failure 
analysis , 

Will  be  performed  at 
Tug  contractor  or  sup- 
plier during  manufac- 
turing cycle  and  at 
NASA/Air  Force  depots 
thereafter , 

Will  provide  for  tra- 
veling technical  team 
assistance  from  manu- 
facturer/supplier to 
KSC, 


Based  on  a coordinated  set  of  maintenance  concepts  and  the  results 
of  the  maintenance  engineering  analysis,  NASA  should  develop  a Tug 
program  Operational  Maintenance/Refurbishraent  Plan  as  the  control- 
ling document  for  all  maintenance  activity.  The  results  of  the 
planning  activity  would  be  embodied  in  the  plan  in  terms  of  Tug 
maintenance  approach,  maintenance  tasks  by  subsystem  and  component, 
task  sequences  and  flow  for  nominal  and  offnominal  operations, 
personnel  skill  levels  required,  references  to  the  applicable 
maintenance  and  repair  sections  of  O&M  manuals  or  OMIs,  tools  and 
equipment  for  specific  tasks,  and  other  resources  necessary  to  the 
maintenance  function* 
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NASA’s  control  functions  will  require  provisions  for  fleet  and 
individual  Tug  maintenance  status  reporting,  maintenance  planning 
update  and  revision,  spares  provisioning  and  reorder,  and  reassess-' 
men t/ assignment  of  maintenance  task  times.  Propellant  and  pressur- 
ant  forecasts  will  have  to  be  developed.  Modification  kits,  based 
on  the  engineering  change  process,  will  have  to  be  scheduled  for 
installation  at  KSC  with  minimum  impact  on  the  turnaround  timeline. 

Of  paramount  importance  will  be  the  Fleet  Manager’s  involvement  in  pre 
paration  and  scheduling  of  the  Tug  Post  Flight  Maintenance  Activity 
Plan,  which  requires  onsite  involvement  as  part  ot  the  maintenance 
team  at  KSC. 

Shelf  life  and  installed  life  component  tracking  will  be  a logistics 
function  to  assure  cyclic  changeout  of  equipment  as  required.  The 
agency  responsible  for  spares  provisioning  and  replenishment  should 
plan  to  provide  representation  to  the  MRB . 

4.5.2  Spares  Acquisition  and  Management 

4.5.2. 2 Concepts  foi*  the  Tug  Program  ~ The  maintenance  concept  of 

remove  and  replace  at  the  LRU  level  implies  a large  inventory  of 

spares.  New  state  of  the  art  in  areas  like  the  airborne  elec- 

tronically steerable  microwave  phased  array,  the  television  system, 

«md  the  scanning  laser  radar  system  plus  turnaround  times  and  al- 
lowable downtime  precipitates  decisions  for  insurance  spares.  De- 
layed procurement  of  spares  will  be  a necessity  based  on  probabil- 
ity of  design  change,  anticipated  high  cost  items,  and  the  desired 
experience  factor  in  new  technology  areas.  These  and  other  con- 
siderations highlight  the  need  for  a strong  and  comprehensive  spares 
management  program. 

The  following  spares  concepts  are  recommended  for  the  Tug  Program 
based  on  analysis  of  the  Tug  ground  operations  flow,  the  baseline 
Tug  configuration  definition,  the  KSC  Shuttle  System  Ground  Opera- 
tions Plan,  and  the  Space  Shuttle  Program  Integrated  Logistics 
Requirements,  JSC  07700,  Vol  XII,  Rev  A, 

1)  The  Tug  contractor^  SRA  should  be  used  to  further  define  and 
refine  initial  spares  requirements  established  by  the  Ground 
Operations  Study. 

2)  Required  Spare  Parts  Lists  (RSPLs)  should  be  generated  by  the 
Tug  cone tractor  and  delivered  to  NASA* 

3)  The  Tug  contractor  should  supply  all  replacement  parts  nec- 
essary to  support  the  production  cycle  and  any  manufacturing 
testing. 

4)  The  project  should  provide  all  spares  for  operational  activities 
at  the  launch  site  based  on  contractor's  RSPL. 
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5)  Maximum  use  should  be  made  of  production  items  to  satisfy 
initial  spares  requirements* 

6)  Only  critical  spares  should  be  maintained  at  KSC  during 
initial  operational  phase  to  reduce  inventory  control*  Other 
spares  should  be  shipped  from  production  inventory  on  a kit 
basis  * 

7)  Major  provisioning  of  spares  should  be  performed  for  KSC 
before  the  end  of  Tug  production* 

8)  Level  I and  II  spares  should  be  located  at  ETR  launch  site,  Level 
III  spares  should  be  located  at  NASA  Depot  after  production  cycle, 

9)  Failed  components  should  be  overhauled  at  Depot  or  supplier’s 
facility, 

10)  KSC  should  supply  spares  to  WTR,  Only  minimal  levels  of 
critical  spares  will  be  stocked  at  WTR  consistent  with  CTMCF * 

11)  NASA  should  manage  spares  at  KSC  using  a mechanized  system. 


4. £.2. 2 Spares  Identification  - Figure  III-B-40  presents  a Tug 
spares  approach  starting  with  the  RSPL  action  and  culminating  in 
disposition  of  repair ables.  Preliminary  assessment  of  spares  re- 
quired for  the  Tug  systems  has  been  documented  on  the  Maintenance 
Requirements  Data  Sheets  supplied  as  Appendix  E*  Spare  quantities 
were  established  principally  at  the  ship  set  level  during  this 
initial  analysis.  Under  our  recommended  approach  the  Tug  con- 
tractor’s SRA  will  reviev;  maintenance  tasks,  level,  and  location 
of  maintenance,  optimum  repair  levels,  and  refine  the  spares  re- 
quirements culminating  in  development  of  RSPL  that  will  document 
the  spares  for  NASA  provisioning  purposes.  The  RSPL  will  be  a 
line  listing  of  recommended  spares  with  budgetary  estimated  prices 
and  should  include  all  data  elements  required  by  NASA  provisioning 
procedure  for  Tug.  Spares  should  be  identified  as  supporting 
Level  1,  II,  or  III  maintenance  activity. 

4,5. 2. 3 Spares  Selection  - The  spares  selection  process,  illus- 
trated in  Figure  III-B-41,  should  determine  quantity,  need  date 
and  allocation  requirements.  Based  on  these  requirements,  deci- 
sions will  be  made  by  NASA  and  the  Tug  contractor  on  each  spare 
candidate  to  establish  the  most  cost  effective  and  efficient  means 
of  providing  the  spare. 
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Figure  III-B-40  Tug  Spares  Approach 
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Availability  of  the  spare  from  production  assets-must  be  deter- 
mined.  The  length  of  the  Tug  production  cycle  will  be  a determin- 
ing factor  on  the  extent  of  production  item  sparing  that  can  be 
accomplished.  If  the  spare  is  available  from  production  assets 
on  a recurring  basis,  dealyed  procurement  of  the  spare  should  be 
considered.  If  not,  delayed  procurement  is  not  feasible  and  a 
decision  should  be  made  for  concurrent  buy  of  both  production 
parts  and  spares  to  achieve  quantity  buy  price  break.  Probability 
of  design  change  before  first  spares  usage  must  be  weighted  against 
cost  savings. 

Delayed  procurement  is  most  beneficial  on  high  cost  spares  where 
a quantity  decision  involving  only  one  unit  is  significant  to  pro- 
gram cost.  Design  change  cost  is  minimized  by  having  fewer  spares 
on  hand  requiring  modification.  Delayed  procurement  defers  the 
expenditure  of  spares  money  until  experience  factors  can  be  ob- 
tained. If  delayed  procurement  is  determined,  the  decision  must 
be  made  whether  all  or  part  of  the  initial  spares  requirement  Mil 
be  deferred.  If  delayed  procurement  is  not  feasible,  concurr 
buy  of  production  parts  and  spares  is  again  an  option. 

All  or  part  of  the  spares  may  be  identified  for  delayed  procure- 
ment. If  critical  spares  must  be  stocked  at  KSC,  a portion  of 
the  required  quantity  should  be  spared  and  the  remainder  considered 
for  delayed  procurement.  Decision  factors  will  include  failure 
rates,  lead  time  to  replace,  and  repair  turnaround. 

When  quantity  buy  price  can  be  obtained  * concurrent  buy  should  be 
initiated.  The  trade  analysis  will  have  to  be  made  between  prob- 
ability of  design  change  and  estimated  cost  savings. 

4. 5.2,4  Spares  Management  - Based  on  the  decision  of  the  selec- 
tion process,  NASA  will  provision  spares  for  KSC  Level  I and  II 
activities  and  for  Depot  operations.  If  space  permits,  Level  I 
critical  spares  should  be  maintained  at  the  TPF  to  support  Tug 
maintenance.  Level  II  spares  can  be  maintained  at  the  KSC  repair 
shops.  Level  III  spares  will  be  maintained  at  the  Depot.  NASA 
KSC  should  be  responsible  for  x^arehousing  and  inventory  control  of 
provisioned  spares,  using  a computerized  inventory  management  and 
spares  statusing.  A Tug  Logistics  Resource  Monitoring  and  Inventory 
Control  Program  will  have  to  be  developed.  This  system  would  contain 
as  the  minimum  a spares  list,  spares  due  in  status,  spares  site  usage 
and  allocation  and  spares  inventory  status.  The  Tug  contractor  would 
prepare  the  initial  input  data  to  this  program  governed  by  existing 
capability  and  format  of  the  mechanised  system. 
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When  a spare  is  required  for  Tug  maintenance  operations  at  KSC, 
it  should  be  drawn  from  the  Level  I and  II  inventory.  If  a pro- 
visioned spare  is  not  available,  a production  spare  should  be 
drawn  from  the  Tug  contractor  or  supplier.  Spares  required  for 
limited  maintenance  activities  at  WTR  should  be  drawn  from  the  KSC 
central  inventory.  This  does  not  preclude  minimal  sparing  of  crit- 
ical items  at  WTR  to  support  damage  incurred  in  transport  or  sys- 
tem health  checks  performed  at  WTR.  A failed  LRU  will  be  dispo- 
sitioned  by  the  MRB  at  either  KSC  or  WTR.  Nonrepairables  will  be 
scrapped  and  replaced  through  appropriate  contractor  procurement 
or  NASA  provisioning  action.  Level  II  repairable  items  will  be 
repaired  at  KSC  repair  shops.  Level  III  items  will  be  returned 
to  the  Tug  manufacturer,  supplier,  or  NASA  Depot  depending  on  the 
time  phase  of  the  production  cycle.  Repaired  items  will  be  re- 
tested, certified,  and  returned  to  either  the  TPF  or  Depot  spares 
Inventory. 

Warehousing  and  inventory  control  management  of  spares  will  be 
established  and  maintained  to  support  test  and  maintenance  activ- 
ities at  KSC  and  WTR.  The  initial  stock  of  spares,  primarily  LRU 
items,  will  be  resupplied  and  resized  on  the  basis  of  verified  usage 
through  the  LPS  or  other  mechanized  system.  Configuration  control 
of  spares  will  be  maintained  through  the  engineering  change  con- 
trol system. 

4.5.3  Operational  Technical  Documentation  — Identification  of  the 
Operational  Technical  Documentation  (OTD)  requirements  illustrated 
in  Figure  III-B-42  for  Tug  ground  operations  will  begin  with  the 
Tug  contractor’s  SRA,  Review  of  the  support  requirements  will 
yield  the  type,  content,  depth,  and  format  of  the  OTD  appropriate 
for  Tug.  The  contractor  will  also  be  developing  engineering,  manu- 
facturing process,  test  and  checkout  procedures,  movement  and  ship- 
ping procedures  that  will  provide  much  of  the  data  needed  for  Tug 
OTD.  OTD  initial  development  requires  coordination  with  design 
engineering  and  accessibility  to  specifications,  technical  reports, 
and  manufacturing  test  reports. 

KSC  has  identified  the  documentation  structure  and  depth  intended 
for  use  during  Shuttle  ground  operations  (Shuttle  System  Ground 
Operations  Plan,  K-SM-09) . The  assumption  has  been  made  for  this 
study  that  MSFC,  as  the  Tug  development  center,  will  require  the 
Tug  contractor  to  develop  the  documentation  base  for  the  Preliminary 
Configuration  Manuals  which  MSFC  will  deliver  to  KSC.  Because  of 
his  development  responsibilities,  the  Tug  contractor  can  most  eco- 
nomically assist  MSFC  in  defining  and  developing  Tug  OTD. 


III-B-91 


TUG  CONTRACTOR 
• Data  Analysis 


• O&M  Mannuals 


•Engineering 

Verification 


•Selective  Hdwre 
Validation 


• Computer  or 
Microfilm 
Storage 


MSFC 


•Functional  Description 
•Test  & Checkout 
•Malfunction  Isolation 

• Inspection 
•Handling 

• Remove  & Instal 

• Service 

Etc. 


•Tug  System  Description/Operations 

• Integrated  Schematics 

• Measurement  List 


Preliminary 

Configuration 

Manuals 


c 


► Remote  Terminal ; 
or  Microfilm 
Viewer/Printer 


•O&M  Requirements  & Specs 
•IPB's 

• Document  List 

• GSE  Manuals 


KSC 


y 


•Review  & Concur  with  O&M's 
• Use  for  Internal  Training 
•Use  as  Base  for  PCM's 
•Have  Tug  Contractor  Develop  PCM's 


• Level  I O&M  Documentation 

• Level  I I/I  1 1 O&M  Documentation 


• Remote  Terminal 
or  Microfilm 
i Viewer/Printer 


- 


Operations  & Maintenance 
Instructions  iOMl's) 


21 


Operations  & Maintenance 
Plan 


Sub  Tier  Documentation 


Figure  III-B-42  Tug  Operational  Technical  Documentation 
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Operations  and  Maintenance  Manuals  (O&M  Manuals)  will  be  developed 
for  the  overall  Tug  and  for  each  subsystem  as  well  as  for  contractor 
furnished  GSE.  Tug  O&M  Manuals  will  cover  functional  description; 
theory  of  operation;  system  interface  requirements;  maintenance 
procedure  including  trouble  analysis  and  malfunction  isolation,  ser- 
vicing, removal  and  installation;  alignment  and  adjustment;  necessary 
diagrams  and  schematics;  handling,  packaging,  preservation,  and 
storage  requirements;  and  parts  and  components  listing  including 
spares  and  limited  life  components.  GSE  manuals  will  contain  de- 
tailed operational  and  maintenance  instructions  and  will  include 
equipment  description,  operation,  failure  analysis  and  fault  iso- 
lation, servicing,  alignment,  adjustment,  cleaning,  repair,  test 
and  inspection,  and  overhaul  instructions* 

O&M  data  developed  by  the  Tug  contractor  would  be  prepared  in  the 
most  cost  effective  manner  consistent  with  NASA  required  format, 
specifically  the  KSC  O&M  Technical  Documentation  Plan*  Training 
personnel  can  most  efficiently  develop  these  data-  Data  would  be 
subjected  to  engineering  review  for  accuracy  and  adequacy  of  equip- 
ment description,  operating  description,  configuration,  and  support- 
ing diagrams  and  schematics*  Selective  validation  of  engineering 
verified  O&Ms  would  be  accomplished  on  Tug  hardware  before  final 
development  and  transmittal  to  NASA.  O&Ms  would  be  stored  in  a 
computerized  data  bank  to  permit  economical  and  rapid  retrieval 
for  utilization,  update,  and  NASA  distribution.  Hard  copy  could 
be  obtained  at  the  contractor's  facility,  reproduced,  and  shipped  to 
NASA  or  a remote  terminal  system  could  be  established  for  call-up  and 
display  at  a NASA  center  depending  on  timeline  requirements,  A remote 
terminal  system,  whi  ;h  would  permit  addressing  the  Q&M  data  bank  from 
a using  site,  would  enhance  the  documentation  change  cycle.  O&M 
storage  could  also  be  accomplished  by  processing  data  on  microfiche 
for  storage,  transmitting  to  using  sites,  and  using  viewers,  and  printers 
onsite*  O&M  indices  would  be  produced  for  either  method  of  storage 
and  transmittal  and  provide  NASA  facility  in  selection  and  recall. 

NASA  will  review,  concur,  or  request  change  to  the  O&Ms  produced  by 
the  contractor.  The  data  should  be  used  to  support  any  classroom 
or  video  training  conducted  by  NASA  or  by  the  contractor  in  order  to 
reduce  the  cost  of  training  support  documentation.  NASA  will  elect 
to  use  the  contractors  O&Ms  as  a base  for  their  own  development  of 
Preliminary  Configuration  Manuals  or  they  will  require  the  Tug  contractor 
to  develop  the  PCMs  to  NASA  requested  format.  If  NASA  develops  all  or 
a portion  of  the  PCMs  for  Tug,  the  concept  of  remote  terminal  display 
or  microfiche  printout  of  the  contractors  data  bank  at  a NASA  center  is 
most  desirable  and  economically  justified.  Other  contractor  data  and 
supplier  data  could  also  be  transmitted  as  base  input  to  PCMs  at  NASA 
or  as  input  to  OMIs  and  subtier  documentation  being  developed  at  other 
NASA  center. 
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In  this  program,  as  in  past  programs,  maximum  use  will  be  made  of 
the  contractor's  data  required  for  his  own  manufacturing,  test,  and 
delivery  operations  and  that  he  can  most  appropriately  produce  the 
system,  subsystem,  and  component  data  required  for  ground  operations 
functions. 


4*5.4  Tug  Training  - MSFC  will  manage  Tug  training  for  its  fleet 
management  personnel  who  will  require  both  planning  and  operational 
phase  instruction  on  the  Tug  itself  and  the  varied  aspects  of  its 
management  support.  It  is  assumed  that  KSC  will  have  the  prime 
responsibility  to  train  ground  crews  to  handle,  checkout,  maintain, 
and  service  the  Tug*  Air  Force  personnel  will  require  Tug  train- 
ing  to  support  their  operational  program  during  XUS/Tug  transition 
and  Tug  operational  phases.  Ground  operations  training  require- 
ments will  include  Tug  familiarization;  Tug  system  and  subsystem 
description  and  operation  including  component  location  and  acces- 
sibility; maintenance  operations  and  techniques;  GSE  description, 
usage,  maintenance,  and  checkout  procedures;  Tug  handling  and 
safety;  and  facility  description  and  interface  requirements.  Fig- 
ure III-B-43  illustrates  the  training  process. 

Cost  effectiveness  demands  that  maximum  use  be  made  of  the  Tug  con- 
tractor^ training  program  to  satisfy  NASA  and  Air  Force  require- 
ments. The  contractor's  personnel  training  program  will  encompass 
system  familiarization  for  all  levels  of  personnel;  detailed  sub- 
system and  component  training  for  specific  manufacturing  and  manu- 
facturing test  personnel;  transportation,  handling,  and  safety 
training;  and  skills  training  in  areas  like  soldering,  nondestruc- 
tive testing  and  inspection,  electrical  connectors,  and  material 
processes.  The  contractor  will  train  for  unique  processing  manu- 
facturing techniques  peculiar  to  Tug  or  advanced  state-of-the-art 
subsystems  on  Tug.  When  the  contractor  develops  his  training  re- 
quirements analysis,  he  must  also  be  cognizant  of  NASA  and  Air 
Force  requirements  for  training  so  that  commonality  in  training 
application  can  be  affected  wherever  possible.  Courses  developed 
for  contractor  training  should  be  formatted  to  also  satisfy  NASA/ 

Air  Force  requirements,  especially  in  the  Tug  system/subsystem 
area  and  in  those  areas  of  manufacturing  and  process  skills  that 
would  be  required  for  onsite  maintenance  and  repair. 

The  results  of  the  contractor’s  training  requirements  analysis 
for  Tug  and  for  contractor  developed  GSE,  as  well  as  training  plans, 
course  outlines,  and  support  material  should  be  reviewed  by 
NASA/Air  Force  for  application  to  their  needs.  NASA/Air  Farce  can 
elect  to  attend  courses  at  the  contractor's  facility,  bring  courses 
to  government  facilities,  or  develop  video  tape  instructional 
programs* 
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It  is  usually  more  cost  effective  to  bring  instructors  to  NASA/ 

Air  Force  facilities  unless  early  availability  of  hardware  at  the 
contractor's  facility  materially  enhances  the  training  program. 

Video  tape  development  by  the  contractor  at  familiarization  or 
skills  levels  on  systems  not  subject  to  a high  degree  of  design 
change  proved  cost  effective  on  Skylab.  This  technique  permits 
training  of  NASA/Air  Force  personnel  on  a group  or  individual  basis 
with  least  impact  on  working  schedules, 

A special  concern  should  be  shown  for  contractor  developed  training 
that  stresses  the  interpretation  of  OFI  as  a maintenance  prediction 
technique,  A capability  for  presentation  of  programmed  malfunction 
with  fault  isolation  and  corrective  maintenance  follow-through  should 
be  provided.  With  the  high  percentage  of  LRU  activity  anticipated, 
an  OJT  training  capability  should  be  provided  for  removal  and  re- 
placement of  those  components  that  present  unique  requirements  for 
handling  or  access. 

NASA  should  develop,  or  contract  for  development,  that  training 
not  covered  by  the  Tug  manufacturer,  but  necessary  to  fleet  man- 
agement operations.  The  current  skill  level  and  experience  back- 
ground of  NASA  personnel  will  determine  the  extent  of  this  train- 
ing. 

NASA  should  develop  ground  operations  training  for  processing  team 
personnel.  Personnel  can  participate  in  contractor  classroom  training 
and  video  presentations  for  Tug  system  and  subsystem  as  well  as 
GSE  training-  Ground  training  that  requires  a high  percentage  of 
facility  interface  and  KSC  safety  training  should  be  developed  by 
KSC  with  support  from  MSFC  as  required. 

4.5.5  Transportation  and  Handling 

4. 6. 5.1  Proposed  Tua  Ferry  Operations  - The  study  recommends 

that  air  transport  be  used  to  ship  the  Tug  from  manufacturer 
to  KSC,  between  KSC  and  WTR,  and  to  KSC  from  Orbiter  alternative  or 
contingency  landing  sites  as  shown  in  Figure  III-B-44.  Contractor 
shipments  could  extend  over  a three  and  one-half  to  four  year  pro- 
duction cycle  based  on  a proposed  fleet  size  of  12  to  15  Tugs. 
Currently  planned  NASA  missions  will  require  transportation  sup- 
port for  11  Tug  flights  at  WTR  between  1984  and  1991.  Return  of 
Tugs  from  alternative  or  contingency  landing  sites  to  KSC  must  be 
a real  consideration  for  transportation  planning  over  the  life  of 
the  Shuttle  program.  Combined  transport  of  Tugs  and  spacecraft 
between  KSC  and  WTR,  and  the  probability  of  combined  return  of  Tug, 
spacecraft,  and  kick  stages  from  alternative  or  contingency  sites 
to  KSC  must  be  considered.  Support  equipment  will  require  expedi- 
tious transfer  between  sites.  The  14.66-foot  (4*47  m)  diameter  of 
the  Tug  presents  an  outsized  shipping  configuration  that  precludes 
easy  highway  transport  and  water  mode  is  not  feasible  based  on  turn- 
around times  and  probability  of  shipment  from  an  inland  manufacturer. 
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Air  transport  will  accomplish  one  day  delivery  from  manufacturer 
to  KSC  or  between  KSC  and  WTR,  and  Tugs  can  be  returned  by  air 
from  alternative  or  contingency  sites  in  minimal  time. 

The  combined  piggyback  shipment  of  Tug  within  the  Orbiter  have  been 
ruled  out  based  on  747  loading  factors  and  the  negative  sched- 
uling aspects  of  shipping  an  Orbiter  each  time  a Tug  is  shipped. 

The  Tug  would  approach  the  maximum  cargo  envelope  of  the  Pregnant 
and  Mini  Guppy  aircraft  and  availability  of  the  Super  Guppy  is 
questionable  during  the  Tug  operational  time  frame.  A viable 
alternative  is  the  piggyback  shipment  of  Tug  in  a canister  that 
occupies  some  portion  of  the  envelope  currently  planned  for  piggy- 
back shipment  of  the  external  tank.  It  is  envisioned  that  this 
canister  would  be  multiuse  in  nature,  accommodating  various  pay- 
loads  including  Spacelab,  as  well  as  support  equipment  shipments, 
and  affording  maximum  use  of  the  canister  as  well  as  the  747  car- 
rier aircraft.  The  envelope  created  by  this  747  canister  would 
accommodate  Tug  and  spacecraft  for  combined  payload  shipments  with 
maximum  environmental  protection  and  relative  ease  of  handling. 

The  canister  would  maintain  clean  conditions  from  the  TPF  through- 
out the  transportation  cycle*  It  would  accommodate  Tug,  space- 
craft, and  kick  stages  for  return  from  alternative  or  contingency 
landing  sites.  Based  on  an  early  availability  of  the  canister, 
it  could  be  used  for  XUS  shipments  although  the  Guppy  aircraft  and 
the  C-5A  could  be  used  for  that  10-foot  (3  m)  diameter  load. 

4 *6.0. 2 FeFP'j  Czepatigyis  Between  KSC  and  'TF  - The  recommended 
transportation  flow  for  ferry  operations  between  KSC  and  WTR 
is  depicted  in  Figure  III-B-45.  Considerations  for  alternative 
approaches  are  presented  in  Table  HI-R-8.  The  Tug  will  be  pre- 
pared for  piggyback  shipment  at  the  TPF  while  in  its  maintenance 
and  checkout  cell/stand.  Tank  blanket  pressure  is  verified. 

Openings  will  be  sealed  and  transportation  flight  instrumentation, 
recording  devices,  and  the  LH2  tank  forward  dome  cover  will  be  in- 
stalled. A prime  mover  will  position  a transporter  with  canister 
attached  through  the  TPF  airlock  into  the  high  bay  aisle  area  to 
a point  where  it  can  receive  the  Tug.  The  canister  will  be  a 
coffin-type  cylinder  split  in  half  along  its  longitudinal  axis. 

The  top  half  of  the  cylinder  will  be  removed  by  the  TPF  bridge 
crane  and  preparation  for  receipt  of  the  Tug  will  be  completed. 

The  overhead  bridge  crane  will  be  used  to  lift  the  Tug,  move  it  to 
the  canister,  and  position  it  in  the  canister.  Tiedown  attachments 
will  be  made  to  secure  the  Tug  to  the  lower  half  of  the  canister. 

The  upper  half  of  the  canister  will  be  reinstalled  and  bolted  at 
the  canister  attachment  flanges*  If  facilities  other  than  SAEF 
1 are  used  as  the  TPF,  adequacy  of  aisle  space  and  facility  of  over- 
head cranes  must  be  assessed  to  handle  the  canister  loading.  Tug 
will  be  processed  vertically.  A forward  hoisting  sling  and  aft  pivot 
adapter  will  be  used  to  obtain  horizontal  positioning.  The  Tug,  se- 
cured inside  the  canister,  will  be  towed- by  the  prime  mover  from  the 
TPF  to  the  Shuttle  airfield. 
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Figure  III-B-45  KSC  to  WTR  Transportation  Flow 
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Considerations 

Oversize  configuration. 

Restricted  travel  times. 

Route  survey  required. 

Special  routing* 

Permit  acquisition.  I 

Escort,  security  control. 

Excessive  time  in  transport. 

Oversize  configuration. 

Unfavorable  induced  loads. 

Probability  of  inland  manufacturer. 
Excessive  time  in  transport. 

Cargo  envelopes  marginal  for  Pregnant 
and  Mini  Guppies. 

Availability  of  Super  Guppy  questionable. 
No  other  aircraft  will  accommodate* 

747  piggyback  is  feasible  - maximum 
use  of  aircraft. 

Ease  of  access  at  TPF* 

Reduced  handling  at  TPF.  No  require- 
ment for  dissassembly/reassembly  of 
canister  after  leaving  TPF* 

Reduced  loading  time  at  TPF. 

Reduced  downstream  handling  - no  re- 
quirement for  later  transfer  to  canister. 
Requires  only  one  transporter  - no 
second  transporter  or  canister  loading 
fixture  at  SHA.  Maintains  clean  condi- 
tion from  TPF  through  transporter  cycle. 
No  requirement  for  environmental  con- 
trol at  SHA. 

Requires  rail  or  other  translation 
system. 

Requires  tow  through  or  winching  opera- 
tion to  load  Tug- 

Requires  cylinder  beefup  to  control 
out-of-round . 

Increases  access  problems* 


Function 
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Considerations 

Facilitates  crane  loading  of  Tug. 
Improves  access  for  positioning  and 
tiedown . 

Best  approach  to  avoid  structural 
degradation  of  canister. 

Assumes  large  canister  approximating 
diameter  of  external  tank. 

Requires  ramp  access  to  canister  at  SHA 
Prime  mover  or  winch  operation  required 
to  load. 

Cylinderical  canister  with  end  door(s) 
required , 

Added  weight  of  tranporter  (8000  to 
10,000  lb) 

Two  mobile  cranes  probably  required. 
Increased  size  of  ground  crew  - guide 
line,  restraining  line  operations,  etc. 
Operational  safety. 

Aircraft  access  stands,  personnel 
positioning  devices  required. 

Maximum  safety/security  in  handling 
operation.  MDF  is  no  cost  to  Tug  if 
developed  for  Orbiter  and  available  to 
Tug. 

Transfer  capability  to  alternative 
contingency  sites  would  reduce  TSE 
requirement . 

Reduced  time  for  KSC/WTR  Tug  loadings. 
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We  recommend  the  use  of  the  Mate-Demate  Fixture  (MDF)  , currently 
in  design  for  Orbiter  piggyback  loadings  at  Palmdale  and  Edwards 
AFR,  to  lift  and  position  the  canister  for  attachment  to  the  747 
aircraft.  Multiple  use  of  the  MDF  (Fig-  III-B-46).,  is  feasible 
and  cost  effective,  and  it  is  assumed  the  Palmdale  and  Edwards  AFE 
fixtures  can  be  broken  down  and  reassigned  to  WTR  and  KSC,  respec- 
tively, in  time  to  support  Tug  operations  in  1983. 


Figure  III-B-46  u 

Mate-Demate  Fixture  (MDF) 

When  the  canister  transporter  arrives  at  the  Shuttle  airfield  from 
the  TPF,  it  will  be  towed  into  the  MDF.  Forward  and  aft  attach- 
ments will  be  made  to  the  canister  from  the  MDF  cranes.  The  can- 
ister will  be  detached  from  its  transporter  and  raised  and  posi- 
tioned at  the  top  of  the  MDF.  The  empty  canister  transporter  will 
be  towed  out  of  the  MDF.  The  747  carrier  aircraft  will  then  be 
towed  into  the  MDF  and  positioned  beneath  the  canister.  The  can- 
ister will  be  lowered  to  its  attach  points  with  the  747  and  attach- 
ment will  be  completed.  The  747  with  piggyback  canister  attached 
will  be  towed  out  of  the  the  MDF  and  to  the  aiistrip  for  taxi  and 
takeoff. 

After  landing  at  WTR,  the  747  will  taxi  to  proximity  of  the  MDF. 
After  engine  shutdown  and  postflight  checks,  the  aircraft  will  be 
towed  into  the  MDF.  Crane  attachments  will  be  made,  the  canister 
will  be  disconnected  and  lifted  free  of  the  aircraft,  and  the  air- 
craft will  be  towed  out  of  the  MDF.  The  canister  transporter  will 
be  towed  into  position  in  the  MDF.  The  canister  will  be  lowered 
and  attached  to  its  transporter,  which  will  be  towed  to  the  PPF, 

4,5.5* 3 Ferry  Operations  Between  Tug  Manufacturer  and  KSC  - Further 
use  of  the  747  is  recommended  for  Tug  shipments  from  the  manufac- 
turer to  KSC.  A contractor  loading  operation  would  be  similar  to 
that  described  for  KSC  to  WTR  transport  but  would  use  a crane  opera- 
tion at  the  airfield  instead  of  the  MDF.  A canister  transporter, 
controlled  and  operated  by  the  manufacturer  and  possibly  a modifi- 
cation of  their  manufacturing  dollies,  would  be  towed  to  the  near- 
est 747  airfield  to  meet  an  arriving  carrier  aircraft  with  canister 
attached.  Mobile  cranes  would  be  used  at  the  airfield  in  conjunc- 
tion with  Lift  Alofts  or  similar  personnel  positioning  devices  to 
demate  the  canister,  lift  it  from  the  carrier  aircraft,  and  place 
it  on  the  transporter.  After  canister  to  transporter  attachment, 
the  canister  transporter  would  be  towed  to  the  manufacturing  facil- 
ities. Loading  of  the  Tug  into  the  canister  will  be  performed 
essentially  as  described  for  the  TPF  at  KSC.  After  loading  has 
been  completed,  the  Tug  within  the  canister  will  be  towed  to  the 
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airfield  for  loading  on  the  747.  The  mobile  cranes  will  lift  the 
loaded  canister  from  the  transporter  and  position  it  on  the  aircraft 
for  attachment.  The  transporter  will  be  returned  to  the  manufac- 
turer's facility  and  the  747  will  fly  the  Tug  within  the  canister 
to  KSC. 


4. 5. 5. 4 Ferry.  Operations  Between  Alternate /Contingency  Sites  and  . 
KSC  - The  747  carrier  aircraft  will  be  used  to  return  Tugs /space- 
craft/kick stages  from  Edwards,  Hickam,  or  Anderson  AFBs  in  the 
event  of  alternate  or  contingency  landing.  The  747  with  attached 
canister  will  be  dispatched  to  return  the  Tug/spacecraf t/kick 
stage  after  return  of  the  Orbiter.  Current  KSC  ground  operations 
planning  calls  for  disassembly,  transfer,  and  reassembly  of  an 
MDF  for  Orbiter  handling  at  alternative  or  contingency  sites.  We 
recommend  the  extended  use  of  this  fixture  to  handle  the  canister 
at  alternative  or  contingency  sites  after  it  has  been  used  to  load 
the  Orbiter.  Air  transfer  of  the  MDF  from  WTR  would  be  required 
to  reserve  the  KSC  MDF  for  747  orbiter  removal  and  canister  in- 
stallation at  that  site  based  on  the  assumption  that  only  one  747 
will  be  used. 

After  Orbiter  landing  and  initial  deactivation  and  securing,  it 
will  be  towed  to  the  safing  and  deservicing  area  at  the  alterna- 
tive contingency  site.  Vent,  drain,  purge,  and  additional  safing 
operations  will  be  performed.  When  deservicing  operations  are 
completed,  the  payload  will  be  removed  by  crane  and  placed  on 
temporary  storage  dolly(s)  . Further  Tug/spacecraft/kick  stage 
securing  operations  and  preparation  for  return  shipment  will  be 
accomplished.  When  the  747  arrives  with  a canister,  after  Orbiter 
return,  the  MDF  will  be  used  to  remove  the  canister  and  place  it 
on  a canister  transporter.  The  canister  will  be  towed  to  the 
Tug/spacecraft/kick  stage  area  where  loading  operations  will  take 
place.  The  loaded  canister  will  be  towed  to  the  MDF,  which  will 
lift  and  position  it  on  the  747.  Attachments  will  be  completed 
and  the  747  will  return  to  KSC.  The  MDF  will  be  disassembled  and 
returned  to  WTR. 

4.S.5.5  Tr^s^ortati^n  Management  Operations  - The  Tug  Project  will 
be  responsible  for  overall  Tug  fleet  utilization  and  scheduling  and 
will  generate  Tug  transportation  schedules,  coordinate  with  JSC 
for  use  of  the  747  carrier  aircraft,  and  coordinate  with  KSC/WTR 
transportation  branches  and  designated  operational  support  con- 
tractors for  receipt,  handling,  and  shipping  operations.  Priority 
scheduling  will  be  required  for  use  of  the  747s,  which  will  also 
be  ferrying  Orbiter  and  External  Tanks.  Status  and  schedule  of 
TSE  for  Tug  transportation  operations  is  envisioned  as  a joint 
responsibility  between  MSFC,  KSC,  and  USAF. 

Initial  shipments  of  the  Tug  from  the  manufacturer  to  KSC  will  be 
the  responsibility  of  the  Tug  contractor  under  the  guidance  and 
direction  of  MSFC  who  will  coordinate  receipt  and  handling  with 
the  KSC  transportation  branch  and/or  designated  KSC  organizational 
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element  and  operational  support  contractor.  MSFC  will  schedule 
and  coordinate  ferry  operations  between  KSC  and  WTR  as  well  as 
return  ferry  flights  from  alternative/contingency  sites. 

Because  of  priority  scheduling  requirements  for  the  747,  overlap 
of  manufacturer's  deliveries,  and  operational  transfers  to  WTR, 
and  the  probability  of  contingency/alternat ive  site  return  trans- 
portation,  a computerized  transportation  scheduling  segment  for 
a Tug  Fleet  Utilization  Planning  System  is  recommended.  Computer 
simulation  can  be  used  to  establish  the  transportation  support 
requirements  for  a given  set  of  alternative  or  contingency  land- 
ing factors  to  establish  preplanning  for  efficient  return  of 
Tug/spacecraf t/payloads  from  alternative/contingency  sites.  Un- 
predicted downtime  of  aircraft,  failure  or  unavailability  of 
shared  TSE  like  the  MDF,  weather  conditions,  etc,  could  be  fac- 
tored into  the  Transportation  Scheduling  Segment  of  the  Planning 
System  for  a best-decision  approach  to  Tug  transportation  sched- 
uling. 

Detailed  transportability/transportation  analysis  should  be  de- 
veloped by  the  Tug  contractor  for  review  and  approval  by  MSFC  and 
the  KSC/WTR  transportation  branches  and/or  designated  organiza- 
tional elements.  Transportation  plans  should  be  developed  for 
each  major  requirement  such  as  shipment  from  manufacturer  to  KSC, 
ferry  service  between  KSC  and  WTR,  and  return  shipments  from 
alternative  and  contingency  landing  sites  to  KSC.  Individual 
delivery  plans  should  be  developed  as  required  by  specific  Tug 
shipments  to  implement  the  overall  transportation  plans.  De- 
livery plans  should  include  sequence  charts  and  detailed  trans- 
portation and  handling  procedures.  O&M  manuals  will  contain 
procedures  necessary  to  operate  and  maintain  the  TSE. 

5.0  Contingency  Analysis 

Several  contingencies  can  occur  during  the  operational  life  of 
the  Tug  system.  Preparation  for  these  contengencies  must  be  made 
in  advance  of  the  detail  design,  otherwise  serious  consequences 
on  the  timely  launching  of  Tugs  to  satisfy  mission  requirements 
might  result.  The  purpose  of  this  analysis  is  to  (1)  identify 
those  contingencies,  and  (2)  provide  advance  planning  to  minimize 
the  affect  of  such  contingencies. 

S.J  Identify  Contingencies 

The  contingencies  tnat  can  occur  include  hardware  and  software 
failures  (no-go),  hardware  and  software  delivery  problems  (no- 
show)  and  programmatic  changes  (schedule  change,  priority  pay- 
load).  Figures  III-B-47,  III-B-48,  and  III-B-49  generically 
identify  the  alternatives  that  are  available  if  the  contingencies 
do  occur.  These  figures  serve  as  a road  map  that  leads  to  the 
identification  of  possible  alternatives  for  specific  contingencies 
in  the  Tug  system. 
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Figure  III-B-49  System  Programmatic  Change  Alternatives 


Specific  contingencies  have  been  postulated  on  a *lwhat  if"  basis 
for  different  time  frames  of  the  Tug  ground  processing  flow  of 
subplan  A.  Table  III-B-9  summarizes  these  contingencies  and  enu- 
merates potential  alternatives  that  could  be  employed  in  each 
case. 


5.2  Identify  Selective  Contingency  Provisions  for  Planning  Purposes 

Perusal  of  Table  III-B-9  leads  to  several  selective  provisions  that 
should  be  implemented  in  the  system  now  to  minimize  the  effect  of 
contingencies.  These  provisions  range  all  the  way  from  system  de- 
sign criteria  to  backup  hardware/software,  and  the  recommended 
provisions  have  been  itemized  and  summarized  in  para  3.1  of  this 
subplan . 
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1 . 0 Introduct ion 


Data  presented  in  this  subplan  were  derived  from  an  analysis  of 
the  Tug  ground  operations  processing  flows  generated  in  Task  1.0* 
and  supplemented  with  appropriate  information  from  the  Program 
Development  Space  Tug  'rask  Team,  This  plan  identifies  support 
and  interface  requirements  for  Shuttle  payload  accommodations 
during  the  mission  planning  era.  The  term  payload  as  used  here 
is  the  Tug  with  its  deployment  adapter  and  its  spacecraft  and/or 
kick  stage. 

Major  IUS/Tug  payload  accommodation  elements  influenced  by  various 
utilization  and  operational  considerations  were  analyzed  to  de- 
termine their  impact  on  payload  requirements.  These  elements  in- 
cluded payload  interface  requirements,  operational  resource  iden- 
tification and  allocation,  handling  and  safety  procedures,  inte- 
grated testing  and  checkout  requirements,  simulation  and/or  inter- 
face verification  requirements,  and  data  requirements. 

During  this  analysis,  special  emphasis  was  placed  on  the  genera- 
tion of  a Tug  user’s  planning  guide  outline  to  provide  data  es- 
sential for  advance  mission  planning  and  spacecraft  conceptual 
design.  The  outline  is  oriented  to  those  areas  of  user  interest 
and  needs,  in  terms  of  Tug/Spacecraft  hardware  interfaces,  en- 
vironments, available  services,  mission  capabilities,  spacecraft 
integration,  and  an  overview  to  familiarize  new  users  with  the 
Shuttle/Tug  Space  Transportation  System* 

2.0  General  Requirements 

The  ITS/Tug  payload  integration  includes  necessary  planning  and 
preparation  before  hardware  arrival  at  KSG,  and  all  activities 
from  arrival  of  the  flight  hardware  and  ground  support  equipment 
(GSE)  through  launch.  This  planning  and  preparation  includes 
those  activities  for  Tug/spacecraf t mating  and  integrated  check- 
out of  the  total  payload  element  and  integrated  checkout  with  the 
Orbiter.  Throughout  the  study,  certain  ground  rules  and  guide- 
lines were  baselined  and/or  assumed  to  accomplish  the  required 
analysis . 

I ipfioui 

1)  The  spacecraft  is  flight  ready  when  --  is  received  for  Tug / 
spacecraft  integration . 

2)  Postf light  removal  of  the  Tug/spac ec raf t will  be  accomplished 
at  the  Orbiter  processing  facility  (OPF) . 

3)  No  maintenance  of  the  Tug/spacecraft  will  be  performed  while 
in  the  Orbiter  bay. 

4)  Payload  to  Orbiter  mate  occurs  on-pad,  although  we  recognize 
an  option  to  install  horizontally  in  the  OPF. 
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2.2  Guidelines 

1)  LPS  is  primary  mode  of  Tug  ground  checkout. 

2)  Tug/spacecraft  mating  and  handling  will  he  accomplished  in 
vertical  position  in  a TPF  test  cell  with  option  for  vertical 
mating  at  payload  cluingeout  room  (PCR)  . 

3)  Spacecraft  will  be  handled  and  checked  out:  vertically  after 
mating  with  Tug. 

4)  Tug  to  spacecraft  mate  and  checkout  is  performed  off-pad. 

5)  Spacecraft  to  be  mated  to  the  Tug  and  checked  out  in  100K 
clean  area. 

3.0  Operational  Phase  Study  Clements 

The  contract  requires  that  12  standard  study  elements  be  addressed 
in  each  subplan.  To  maintain  standard  numbering,  paragraphs  3.1 
through  3.12  of  each  subplan  address  those  12  elements,  although 
not  all  elements  are  applicable  to  every  subplan. 

3. 1 Ground  Operations  Floo 

The  overall  Tug/spacecraft  ground  operations  functional  flow  was 
developed  in  subplan  A.  Spacecraft  mate  through  launch  is  de- 
scribed by  function  blocks  5.1  through  7.3  on  the  green  light 
flow.  For  convenience  , that  segment  of  the  flow  is  shown  in 
Figure  1JI-C-1  of  this  subplan. 

The  green  light  flow  described  spacecraft  mating  at  the  TPF; 
however,  options  are  presented  for  spacecraft  checkout  at  the 
Spacecraft  Processing  Facility  or  at  the  PCR.  Upon  mission  com- 
pletion, Tug/spacecraft  ground  operations  are  described  by  func- 
tion blocks  1.1  and  1.2.  To  better  understand  the  flow  and 
interrelationships  of  certain  hardware  elements,  we  have  included 
the  entire  Tug  ground  operations  flow  from  subplan  A in  Figure 
III-C-2. 

3.1.1  Operations  - Although  the  baseline  ground  rule  states  that 
the  spacecraft  would  be  delivered  to  the  TPF  in  a ready-to-mate 
condition,  the  unique  integration  and  operations  requirements  of 
multiple  payloads  must  be  considered.  One  area  of  potential  threat 
to  the  on-time  green  light  Tug  ground  processing  is  the  possibility 
of  interface  problems  between  multiple  payloads.  Payload  to 
Orbiter  interfaces  are  described  in  the  Shuttle  Payload  Accommoda- 
tions Document,  JSC  07700.  Interface  verification  impacts  of  in- 
dividual elements  in  contrast  to  fully  Integrated  payloads,  as  well 
as  preferred  multiple  payload  integration  techniques,  have  not  been 
identified.  Unique  launch  site  requirement  levied  by  multiple 
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payload  processing  and  recommendations  for  on-site  versus  off- 
site integration  for  each  multiple  payload  category  requires 
tradeoff  analyses*  In  order  to  establish  the  preferred  mode  for 
processing  multiple  payloads,  detail  flows,  facility  and  resource 
requirements,  and  contingency  modes  were  assessed  to  determine 
launch  site  impacts.  Requirements  and  procedures  for  interface 
verification  of  multiple  payloads  will  vary  significantly  accord- 
ing to  degree  of  payload  integration  at  the  time  of  Tug  to  space- 
craft mating.  Even  for  nominal  green  light  processing,  analysis 
has  shown  that  multiple  payload  integration  on  Tug  may  add  between 
20  and  30  hours  of  serial  processing  time  to  the  Tug  turnaround 
cycle.  If  individual  payload  elements  are  first  joined  during  Tug 
to  payload  interface  verification,  the  potential  for  interface 
compatibility  problems  is  also  much  higher  than  if  the  payload 
arrives  as  an  integrated  entity.  It  is  recommended  that 
multiple  payload  integration  be  performed  off-line  before  inter- 
face verification  with  the  Tug.  Multiple  payload  integration  be- 
fore Tug  mating  does  not  necessarily  mean  integration  at  the  launch 
site.  An  assessment  should  be  made  of  on-site  versus  off-site 
multiple  payload  integration  by  defining  the  cost  sensitivity  of 
each  alternative  approach  and  its  influence  on  payload  operations 
at  the  launch  site. 

As  depicted  in  Figure  II1-C-3,  the  proposed  green  light  processing 
is  with  spacecraft  checkout  off-line  to  the  Tug.  The  Tug  is  mated 
with  the  spacecraft  in  the  vertical  position  at  the  TPF.  After 
mating,  the  Tug/spacecraft  interfaces  are  verified  and  the  payload 
prepared  for  the  functional  interface  test.  This  test  is  a com- 
pressed time  simulated  mission  sequence  to  verify  total  payload 
functional  and  operational  compatibility.  The  launch  processing 
system  (LPS)  will  be  used  for  functional  simulation,  data  moni- 
toring, and  recording. 

Upon  completion  of  the  functional  interface  test,  an  open  loop 
communication  test  between  the  payload  to  ground  station  and  pay- 
load  to  Orbiter  will  be  conducted.  At  this  time,  ordnance  will  be 
installed  as  required.  The  payload  will  be  loaded  into  the  canis- 
ter, moved  to  the  pad,  and  installed  in  the  payload  changeout  room 
(PCR) . When  the  Orbiter  is  ready  for  payload  mate,  the  PCR  is 
mated  to  the  Orbiter,  the  PCR  and  Orbiter  doors  opened,  and  the 
payload  installed  in  and  mated  to  the  Orbiter.  Interface  tests 
are  then  performed  before  final  spacecraft  servicing.  At  this 
time,  the  spacecraft  is  ready  for  launch. 

Upon  mission  completion,  the  Orbiter  is  moved  to  the  OPF,  the  bay 
is  verified  safe,  the  bay  doors  opened,  and  the  payload  removed. 

The  payload  is  placed  on  a demate  fixture  and  the  spacecraft  re- 
moved from  the  Tug  before  the  Tug  is  returned  to  its  checkout 
area. 
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There  is  some  concern  about  available  space  in  Lhe  OPF  to  per- 
form the  separation  of  spacecraft  from  Tug.  Another  option  would 
be  to  move  the  entire  payload  to  the  TPF  and  separate  the  Tug 
from  spacecraft  at  that  facility.  This  requires  one  addition;! 
move  for  every  spacecraft  retrieved  and  is  not  the  preferred  ap- 
proach. 

3*1.2  Stick  and  Ball  Chart  - The  complete  chart  is  provided  in 
subplan  A.  For  clarity % the  segment  affection  the  payload  is 

included  in  Figure  III-C~4.  It  shows  that  the  spacecraft  will 
be  mated  with  the  Tug  at  the  TPF,  and  there  will  be  63  hours  be- 
fore launch  to  accomplish  the  operations  described  in  the  preced- 
ing paragraph.  The  spacecraft  is  involved  in  mating  and  integrated 
checkout  with  the  Tug  at  the  TPF  for  14  hours,  and  is  installed  in 
the  Orbiter  bay  23  hours  before  launch,  followed  by  6.5  hours  ot 
prelaunch  checkout.  The  payload  is  lunctionally  ready  for  launch 
at  T-12  hours.  Only  final  servicing  remains.  The  stick  and  ball 
chart  also  shows  that  the  spacecraft  demate  from  the  Tug  will 
occur  approximately  20  hours  alter  landing. 

tJ.l’  F'lQilftiJ  oid  ;:;r 

3*2.1  Facilities  - The  spacecraft  will  be  mated  with  the  Tug  and 
the  payload  checked  out  in  a 1QQK  clean  area  of  the  TPF.  If  the 
SAEF-1  is  selected  for  TPF,  the  entire  processing  area  is  a 100K 
clean  facility.  If  the  VAB  Is  selected,  only  the  area  immediately 
surrounding  the  spacecraft  will  be  100K  clean.  On  completion  of 
payload  interface  verification  between  the  Tug  and  the  spacecraft 
interface,  verification  between  the  payload  and  Orbiter  will  be 
performed  in  the  TPF  test  cells  to  accomplish  Level  1 integration 
objectives.  Several  previous  studies  have  identified  the  require- 
ments for  the  Off-Orbiter  Interface  Verification.  These  require- 
ments are  based  on  the  premise  that  launch  schedule  confidence  can 
be  improved  by  payload-Orbiter  compatibility  demonstration  before 
installation  in  the  cargo  bay.  Level  I integration  has  been  de- 
fined as  follows: 

1)  Verify  interfacing  hardware  developed  by  different  agencies; 

2)  integrate  ground  and  flight  crews; 

3}  Provide  the  disclosure  point  for  system,  design,  schedule,  and 
logistic  errors. 
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Although  the  Level  I off-line  integration  concept  has  been  widely 
accepted,  within  the  definition  numerous  alternatives  are  avail- 
able for  implementation.  Because  many  of  the  Tug  interfaces  be- 
come standard,  the  interface  verification  device  for  the  Tug  and 
its  payload  need  not  be  as  sophisticated  as  the  Level  1 integra- 
tion device  of  other  Orbiter  payloads.  Our  recommended  approach, 
shown  on  Figure  III-C-5  is  referred  to  as  the  TPF  Orbiter  simula- 
tor. This  concept  provides  the  capability  to  verify  all  payload/ 
Orbiter  interfaces  during  the  normal  payload  ground  operations 
process.  The  approach  uses  the  Tug/spacecraft  integrated  test 
cell  as  the  final  interface  verification  point  before  payload 
transfer  to  the  pad.  One  advantage  is  the  minimum  equipment  re- 
quired to  implement  the  objectives.  The  baseline  processing  flow 
generated  during  Task  1.0  derived  the  requirements  to  provide 
Orbiter  cabling,  payload  unique  equipment  of  the  MSS/PSS,  and  RF 
open  loop  testing  with  the  controlling  ground  station.  The  Orbiter 
MSS/PSS  equipment  and  Orbiter  payload  support  equipment  are  the 
only  additional  equipment  required  for  Level  I integration. 
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On  completion  of  the  TPF  activities,  the  pavload  will  be  moved  to 
the  launch  pad  and  installed  in  the  PCR.  The  green  light  flow 
does  not  identify  anv  specific  checkout  operations  while  in  the 
PCR.  All  nonflight  items  will  be  removed  from  Lho  payload  at  this 
time.  The  PCR  will  ho  maintained  100K  clean  to  support  these  ac- 
tivities. The  payload  will  interlace  with  the  PCR  from  the  bot- 
tom or  side  to  accommodate  vertical  payload  installation.  The 
PCR  manipulator  will  extract  the  payload  from  the  canister,  posi- 
tion it  in  the  PCR,  and  insert  It  in  the  Orbiter  payload  hay  after 
the  PCR  has  been  mated  to  the  orbiter. 

A requirement  for  payload  ehangeout  at  the  pad  could  occur  because 
of  either  failures/contingencies  or  priority  payload  considerations. 
One  of  the  Special  Emphasis  Assessments  evaluated  payload  ehangeout, 
considering  three  alternative  approaches.  The  complete  assessment 
is  documented  in  addendum  A to  this  report.  These  include  space- 
craft ehangeout  only.  Tug  ehangeout  only,  or  total  payload  change- 
out.  Spacecraft  ehangeout  only  Involves  two  options:  (i)  remove 

Tug  to  PCR  or  (2)  leave  Tug  in  Orbiter.  Payload  ehangeout  has 
major  impacts  depending  on  the  time  of  occurrence.  Spacecraft 
ehangeout  has  been  considered  under  three  separate  conditions; 

(1)  before  loading  fuel  cell  reactants  (T-10  hr);  (2)  before  load- 
ing cryogenic  propellants  and  flight  pressures  (T-2  hr);  and  (?) 
after  cryogenic  propellant  loading  (T-l  hr).  Refer  to  Figure 
II i -C-6  for  payload  ehangeout  function  flow  at  the  pad.  To  ac- 
complish spacecraft  ehangeout,  the  first  step  would  be  to  install 
the  new  spacecraft  in  the  PCR  while  the  PCR  is  still  retracted. 

The  PCR  would  then  he  extended  to  the  Orbiter,  the  Orbiter  bay 
doors  opened,  the  payload  manipulator  extended  into  the  Orbiter 
bay  and  attached  to  the  pay  load* 

The  payload  would  be  extracted  from  the  Orbiter  bay  into  the  PCR 
(or  the  spacecraft  extracted  leaving  the  Tug  in  the  Orbiter  bay 
as  an  option).  The  spacecraft  would  be  separated  from  the  Tug 
and  stowed  in  the  PCR.  The  new  spacecraft  is  mated  to  the  Tug 
and  functional  interfaces  are  verified.  The  new  payload  would 
then  be  extended  into  the  Orbiter  bay  and  installed. 

For  those  spacecraft  to  be  flown  out  of  WTR*  there  are  delta  re- 
quirements, Figure  111-07  provides  a simple  overview  of  the  WTR 
facilities.  The  Tug  is  flown  to  WTR  from  the  TPF  at  ETR  and  trans- 
ported from  the  landing  strip  to  the  payload  preparation  room 
(PPR)  airlock  by  prime  mover.  The  prime  mover  is  removed  and  the 
Tug  is  cleaned  and  mewed  into  the  PPR,  The  spacecraft  is  mated  to 
the  Tug  at  the  PPR  and  the  total  payload  lifted  in  to  the  payload 
ehangeout  room  (PCR).  The  Pf*R  is  translated  to  the  launch  pad 
where  the  payload  is  installed  in  the  Orbiter  cargo  hay.  Pro- 
pellants and  pressurants  are  loaded  for  the  final  countdown. 
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Figure  III-C-6  Payload  Changeout  Functional  Flow 


PAYLOAD  INSTALLATION  AT  PAD 


Figure  III-C-7  WTR  Processing  Facilities 


3.2.2  Ground  Support  Equipment  (GSE)  - All  GSE  required  for 
spacecraft  processing  and  handling  before  Tug  mate  will  be  the 
responsibility  of  the  spacecraft  owner.  The  Tug  integration 
agency  will  supply  the  required  alignment  tools  and/or  fixtures 
after  Tug  mate.  The  primary  checkout  mode  of  the  payload  (Tug/ 
spacecraft)  will  use  the  existing  launch  processing  system  (LPS) . 
Any  spacecraft-unique  GSE  required  for  integrated  checkout  will 
be  spacecraft  provided.  Any  spacecraft  requiring  better  than 
100E  cleanliness  must  supply  additional  equipment  such  as  pro- 
tective covering,  to  meet  the  requirement.  It  should  be  noted 
that,  since  WTR  is  designed  as  an  alternative  landing  site  for 
ETR  launches,  GSE  for  recovery,  safing,  and  handling  of  the  Tug 
and  its  payload  at  WTR  must  be  available  even  if  launch  capability 
is  not  provided  at  WTR. 


The  LPS  is  a concept  to  perform  automatic  data  processing  of 
launch  site  operations  for  the  Space  Transportation  System.  These 
operations  include  functions  such  as  monitor  and  control  of  vehicle 
and  ground  support  equipment  during  prelaunch,  landing,  and  turn- 
around maintenance;  flight  and  ground  test  data  analysis,  unit  level 
bench  maintenance;  and  a management  information  capability.  The 
system  uses  a distributed  processing  scheme  where  console  computers 
are  performing  in  parallel  within  assigned  scope.  Each  console  is 
supported  by  a common,  large  scale  processing  capability  and  control 
data  subsystem.  Each  console  computer  supports  a console  group  that 
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will  command  and  monitor  functions  in  its  assigned  discipline. 

The  system  is  designed  to  provide  real-time  control,  data  analyses 
and  information  display  lor  the  checkout  servicing,  launch,  land- 
ing, and  refurbishment  of  vehicles,  payloads,  and  GSM, 

t‘: , / />.  JKi'L  ■ t*i  1 1 '■  *;  "■  * } fn  : T,u  >K : n i . ' ip:  r .* 

Spacecraft  transportation  and  ground  handling  before  mating  will 
be  the  responsibility  of  the  spacecraft  agency.  After  physical 
mating  at  the  TPF,  the  primary  responsibility  will  belong  to  the 
lUS/Tug  processing  agency*  It:  will  revert  back  to  Lite  spacecraft 
agency  at  physical  separation  of  the  spacecraft  from  the  MTS /Tug 
after  mission  return.  in  the  cas<  of  alternative  or  contingency 
site  landing,  responsibility  will  Niin  revert  to  the  spacecraft 
agency  when  physical  demate  occurs. 

formal  ground  movement  of  the  spacecraft  begins  with  delivery 
from  the  spacecraft  processing  facility  to  the  TPF*  The  processed 
spacecraft  is  transported  to  the  airlock  area,  transferred  by  a 
payload  manipulator  to  the  checkout  area  cell,  and  installed  by 
crane  on  the  Tug  or  kick  stage.  After  mating  and  functional  inter- 
face tests,  the  integrated  payload  is  moved  by  the  manipulator  from 
the  checkout  cell  to  the  airlock.  Tug  AHS  loading  and  partial 
pressurant  loading  occurs  in  the  airlock.  After  loading,  the  pay- 
load  is  placed  in  the  vertical  cargo  canister,  transported  to  the 
pad  and  installed  in  the  PCR  and  then  transferred  to  the  Orbiter 
cargo  bay* 

Pre-mate  spacecraft  transportation  and  handling  requirements  will 
be  the  responsibility  of  the  spacer  *ft  agency  and  must  be  devel- 
oped with  sufficient  lead  tinr  t<>  be  ntegrated  into  the  MS G pay- 
load ground  operations  process  flow*  Spacecraft  developed  require- 
ments will  define  the  spacecraft  equipment  that  must  be  -ni  red 
or  operated  by  lUS/Tug  personnel.  Gont^ngency  or  emergency 
cedures  for  the  post-mate  processing  flow  must  lie  highlight*  n 
the  requirements  data.  Hnique  requirements  imposed  by  the  e- 

craft  on  the  handling  of  the  integrated  payloads  ™ust  be  specified 
in  spacecraft  requirements  data  for  integration  into  KSG  transpor- 
tation and  movement  plans/ procedures . These  requirements  could 
include  such  things  as  constraints  un  handling  loads,  shock  or 
vibrations  or  special  concerns  for  anv  environmental  conditions 
during  transportation. 

Spacecraft  changeout  by  removal  of  the  entire  payload  from  the 
Orbiter  payload  bay  should  not  have  major  design  impact  on  the 
spacecraft*  The  spacecraft  agency  should  provide  a forward  lift- 
ing adapter  for  PCR  crane  attachment;  however,  this  is  probably  re- 
quired for  normal  spacecraft  handling.  The  PCR  crane  will  remove 
the  spacecraft  from  the  Tug  while  the  Tug  is  supported  by  the  ma- 
nipulator, place  tlit*  spacecraft  in  temporary  storage  in  the  PGR, 
and  reposition  a second  spacecraft  for  Tug  attachment.  If  the 
Hpacecraf t-onlv  is  removed  from  the  payload  bay  bv  the  manipul at or , 
manipulator  load/attach  points  on  the  spacecraft  would  be  required. 
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3.4  Operational  Data  henidt'OinanUi 

Not  applicable  to  tills  aubplan. 

3.8  Manpower  Otaj'j'inj 

After  the  Tug  and  spacecraft  are  physically  mated*  the  Tug  pro- 
ject is  responsible  for  integi  ated  checkout  and  processing,  and 
will  supply  the  manpower  to  accomplish  this  task  as  identified 
by  the  stick  and  ball  chart. 

Spacecraft-supplied  manpower  will  incLudu  technical  representa- 
tives who  are  responsible  for  spacecraft  status/ Lest  evaluation, 
at  all  times,  and  will  report  this  status  to  the  Tug  test  con- 
ductor. Also  required  will  be  spacecraft  personnel  to  handle  the 
spacecraft  before  mate,  and  to  connect  and  operate  spacecraft- 
peculiar  GSE  during  integrated  checkout*  Spacecraft-supplied 
personnel  will  be  required  to  support  a 2-shift  per  day,  5-day 
per  week  operation. 


3.6  Oa fe lj  Kequivemvnts  xnd  Oupf  ort 


Consideration  of  safety  requirements  for  integration  of  payloads 
with  the  lUS/Tug  during  ground  operations  must  begin  during  space- 
craft design*  For  this  study,  it  is  assumed  that  spacecraft  will 
be  designed  to  comply  with  the  safety  requirements  contained  in 
paragraph  3. 2, 6. 2,  Spacecraft  Safety,  of  the  Baseline  Space  Tug 
Requirements  and  Guidelines,  MSFC  68M00029-1.  These  requirements 
include  pertinent  items  such  as  fail  safe  interface  connections 
and  verification  of  those  connections. 

During  ground  operations,  the  control  authority  over  a spacecraft 
will  transfer  to  the  LUS/Tug  processing  agency  at  physical  mating. 
This  transfer  of  control  imposes  special  safety  requirements  on 
the  spacecraft  agency  to  ensure  safe  processing  of  the  mated  Tug/ 
spacecraft . 

The  first  requirement  is  to  identify  for  the  lUS/Tug  processing 
agency  all  residual  hazards  associated  with  the  spacecraft.  The 
residual  hazards  identification  must  include  all  conditions  that 
could  affect  the  safety  of  the  lUS/Tug,  the  operating  crew,  and 
the  environment.  Typical  nr  icerns  include  high  and  low  tempera- 
tures, pressurized  systems,  hazardous  materials,  ionizing  radia- 
tion, and  pathogenic  experiments  or  specimens.  The  residual  haz- 
ard identification  must  also  define  the  hazard  control  require- 
ments and  the  potential  effects  of  an  undesired  event. 


III-C  18 


Post-mating  spacecraft-unique  handling  and  checkout  requirements 
are  the  responsibility  of  the  spacecraft  agency.  Normal  operat- 
ing procedures  will  include  appropriate  precautionary  (Warning 
or  Caution)  notes  preceding  any  step  in  which  a malfunction  or 
error  could  result  in  personnel  injury  or  equipment  damage. 
Emergency  procedures  will  also  be  developed  to  provide  for  safe 
backout,  or  limit  the  extent  of  effects  of  hazardous  conditions. 


The  spacecraft  agency  will  also  be  responsible  for  providing  por- 
table hazard  monitoring  equipment  that  may  be  required.  Space- 
craft containing  elements  that  generate  hazardous  conditions,  such 
as  pressures  or  temperatures,  must  be  monitored  and  controlled. 
Portable  hazard  monitoring  equipment  will  provide  these  functions 
during  mated  transportation  and  handling  activities. 


'6+7  Fleet  Utilization  and  / U.  '/Taj-  t. 
Requirements 


The  subplan  has  defined  the  affect  of  payload  operations  on 
launch  site  requirements.  This  section  will  define  those  con- 
siderations unique  to  the  planning  era  of  Tug/spacecraft  inte- 
gration. These  data  are  provided  to  assist  the  payload  integra- 
tion agency  in  defining  concepts  that  consider  all  aspects  of 
payload  processing  and  integration,  and  will  not  be  limited  to 
activities  involving  physical  integration  at  the  launch  site. 


One  of  our  previous  studies  evaluated  the  candidates  for  payload 
integration.  The  results  were  reassessed  to  determine  the  appli- 
cability to  thfc  lUS/Tug.  In  general,  the  criteria  for  evaluation 
and  the  results  are  appropriate.  These  criteria  are  shown  on  Fig- 
ure HI-C-8. 


That  study  concluded  that  either  an  independent  integrator  or  the 
carrier — in  this  case,  the  lUS/Tug — best  satisfied  the  criteria. 
Since  the  present  interface  concept  is  moving  toward  most  inter- 
faces between  the  spacecraft  and  Orbiter  being  routed  through  the 
lUS/Tug,  the  lUS/Tug  project  is  the  most  logical  choice  for  pay- 
load  integration,  single  or  multiple  spacecraft. 

3.7.1  Analytical  Integrat ion  - Many  Tug  missions  involve  multiple 
spacecraft  (40%).  Multiple  payload  missions  require  management 
and  analytical  integration  as  well  as  coordination  during  launch 
site  processing.  It  is  necessary  to  establish  that  all  elements 
(Tug/spacecraft  or  Tug/multiple  spacecraft)  that  make  up  the  total 
payload  are  compatible  with  each  other.  This  involves  the  deci- 
sion to  verify  compatibility  by  analysis  or  by  test  to  establish 
that  they  have  no  functional,  thermal,  electronic,  or  mechanical 
interferences.  This  analytical  integration  would  be  started  by 
the  payload  integrator  during  the  planning  phase  of  the  mission 
aad  continued  throughout  the  program.  Based  on  results  of  a space- 
craft questionnaire,  the  following  analysis  may  be  required  to  be 


III-C-19 


Figure  III-C-B 
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Figure  III-C-8  Criteria  for  Selection 


performed  by  the  pavload  integrator.  Not  all  would  be  performed 
tor  each  mission,  only  those  where  spacecraft  requirements  were 
marginal  or  exceeded  Tug  capabilities. 

Desig>i  Loud*-  - Required  preliminary  design  loads  analysis 
should  be  started  as  soon  as  possible,  preferably  when  a space- 
craft is  first  under  consideration  for  a Tug  payload. 

Theri'u . Aku L? £ * «■?  - Depending  on  program  schedules  and  the 
amount  of  spacecraft  design  support  required,  preliminary  thermal 
analysis  may  be  performed  during  the  design  development  phase. 

The  integration  agency  should  perform  the  required  prelaumh  and 
inflight  analysis  during  the  intital  phases  of  Tug/spacecraft 
integration . 

•2. 7. 1.3  Tr*JLjeotQi*u  An-zljtiici  - A planning  trajectory  analysis  is 
normally  performed  18  to  30  months  before  launch,  and  its  com- 
plexity varies  with  the  spacecraft  dependence  on  Tug  avionics 
interface  (guidance  and  control).  The  trajectory  analysis  is  an 
open-loop  guidance  and  control  system,  three-degree-of-f reedom , 
point-mass  analysis  that  is  based  on  preliminary  spacecraft 
mission  requirements  and  nominal  Tug  performance  characteristics. 

3*7 *1*4  Mass  - This  task  includes  the  devel- 

opment of  the  mathematical  model  to  evaluate  mass  properties  of 
the  integrated  payload  and  their  effects  on  performance  parameters 
when  required. 

3.7.1. 5 in  l l *-  This  task  is  re- 

quired to  establish  that  the  gaseous  and  particulate  environment 
of  the  integrated  payloads  is  compatible  with  the  STS  require- 
ments as  well  as  assurance  that  self-induced  effluents  and  opera- 
tions  do  not  jeopardize  the  performance  of  the  payload. 

3*?*1*6  I'i'VChaL  *'tud?  c-*t  - This  task  should  identify,  as  early  as 
possible,  special  problem  areas  to  be  assessed  and  the  recommended 
alternative  solutions,  as  required.  These  data  would  be  oriented 
toward  evaluating  the  totai  payload  operations  and  integration 
activities  to  eliminate  or  reduce  launch  site  activities. 

3.7.2  Interface  Verification  - Based  on  analytical  integration 
decisions,  the  payload  integrator  would  then  be  responsible  for 
determining  test  requirements  for  those  interfaces  to  be  verified 
by  test.  These  test  requirements  would  involve  spacecraft  to 
spacecraft  interfaces  as  well  as  spacecraft  to  Tug  interfaces.  In 
addition  to  the  test  requirements,  a plan  must  be  developed  to 
assure  accomplishment  of  the  required  tests  and  analysis  to 
verify  compatibility.  This  task  would  define  the  integration 
activities  requiring  simulators,  fit-check  devices,  software 
required,  and  other  Integration  equipment  {including  flight  hard- 
ware) required  for  each  interface  verification  concept.  This 
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task  should  define  the  part icipat ion  of  each  piece  of  hardware 
to  accomplish  the  actual  data  verification  crossing  each  inter- 
face . 

3.7.3  Tug  User's  Guide  - Handbooks  and/or  user’s  guides  are  most 
applicable  to  operational  elements  where  the  change  rates  are  low 
and  the  systems  are  well  defined.  The  handbook  must  guide  the 
users  through  the  various  phases  of  the  program  from  payload  and 
experiment  conception  and  development  through  the  integration 
cycle  to  launch  site  processing,  and  iaum  h and  recovery  opera- 
tions * Standard  interfaces  must  be  defined  for  the  user*  Manda- 
tory and  no-risk  criteria  must  be  established.  Capabilities  in 
terms  of  support  provided  ior  the  users  must  be  defined,  operat- 
ing procedures  established,  and  the  documentat ion  system  defined. 
Safety  and  integration  requirements  must  be  defined.  The  user’s 
guide  must  inform  the  user  how  and  with  whom  the  user’s  equipment 
interfaces . 

The  Tug  user’s  guide  would  require  both  the  Shuttle  user's  guide 
and  the  appropriate  handbooks  as  source  data  and  should  include 
specific  criteria  that  apply  to  the  experiment /spacecraf t . The 
Tug  user's  guide  content  should  contain  those  elements  necessary 
for  the  payload  integration  agency  to  perform  its  task  as  the 
single  point  contact  for  the  areas  of  safety,  facility  management, 
technical  support,  administrative  functions,  and  verification  of 
interfaces.  Primary  emphasis  should  be  placed  on  standardizing 
interfaces  and  reducing  the  required  documentation  at  the  launch 
site,  A recommended  outline  for  development  of  a Tug  user's  guide 
is  provided  in  section  5.0  of  this  subplan. 

3.7.4  Software  Requirements  - The  magnitude  of  software  verifica- 
tion Is  also  a variable  involved  in  upstream  payload  integration 
activities.  Special  studies  may  be  required,  because  oi  relative 
costs,  required  integration  equipment,  operational  alternatives, 
and  applicability  to  payload  categories,  to  determine  if  a re- 
duction  of  software  verification  can  be  made  when  similar  pay- 
loads  are  involved.  This  task  would  define  the  guidelines  to 
analyze  the  software  and  operational  and  interface  problems  be- 
fore and  during  program  development  with  the  goal  of  cost  reduc- 
tions , 

S.7.4.1  Ware  i n t egva  t ior,  - Although  the  required  software 

integration  activities  may  be  reduced  it  is  doubtful  that  all  in- 
terface verification  requirements  will  ht j eliminated.  This  func- 
tion should  define  the  required  integration  tasks  for  verifying 
LPS  and  Tug/spacecraft  compat Lb i M ty , I his  data  should  include 
functions  such  as  monitor  and  cc  'trol  of  the  payload  and  ground 
support  eqi  ipment  during  prelaunch,  landing  and  turnaround  main- 
tenance; flight  and  ground  test  data  analysis;  unit  level  replace- 
ment; and  management  information. 
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Data  should  present  the  representative  hardware,  breadboards,  and 
simulators  required  for  total  software  Integration  before  launch 
site  usage, 

3.7.5  Mission  Operations  - Although  mission  operations  p*  r 
are  not  a concern  of  the  ground  processing  flow,  those  elements 
of  rendezvous,  stationkeeping,  servicing,  and  ground  station 
interfacing  that  require  prelaunch  checkout  are  a concern.  Data 
presented  here  must  be  in  unison  with  the  on-going  mission  simu- 
lation approach.  This  task  should  indicate  where,  how,  and  when 
ground  test  activities  should  be  conducted,  and  how  they  should 
be  interrelated  to  assure  timely  integration  with  existing  or 
planned  STS  simulation  facilities. 

i ‘>*d  .* etc  /t  :t  ~Oiiran  and  V*>rf  fr 

An  engineering  model  will  be  the  first  Tug  through  the  launch 
site  facility  after  the  construction  phase.  This  model  will  be 
used  to  verify  facility  and  (JSF  interfaces  in  the  TPF,  PCR/pad, 
and  QPF.  it  will  be  used  to  verify  Li. IT  removal/ replacement 
techniques  and  handling.  Spacecraft  and  kick  stage  simulators 
will  be  used  to  verify  mating,  payload  handling,  and  systems 
level  verification.  The  first  flight  article  flow  through  the 
processing  sequence  is  identical  to  the  flow  for  all  flight  arti- 
cles. Eleven  months  would  be  required  for  site  activation  and 
on-pad  checkout,  providing  an  actual  flight  spacecraft  is  used  to 
support  site  activation. 

Z.h  j round  >''-f£+'are  Level opnent 

XUS/Tug  software  for  payload  integration  requires  that  the  space- 
craft needs  be  identified.  The  spacecraft  contractor  may  request 
from  the  IUS/Tug  some  initiating  functions  and  health  status  of 
the  lower  elements  as  inputs-  Possible  spacecraft  operational 
outputs  that  require  IUS/Tug  software  for  processing  are  space- 
craft health  monitors  and  feedthrough  spacecraft  status,  C& W,  and 
self-check  information.  The  spacecraft  may  levy  software  require 
meats  on  the  IUS/Tug  in  the  form  of  orbital  functions,  such  as 
attitude,  velocities,  spin,  separation  restrictions,  deployment 
sequence,  final  check,  etc*  The  information  exchange  is  a two- 
way  operation.  The  IUS/Tug  should  prepare  a list  of  functions  it 
could  perform  for  the  spacecraft. 

The  situation  of  a new  payload  arriving  and  entering  the  ground 
processing  sequence  every  few  days  makes  efficient  integration 
mandatory.  Standardization  of  services  and  software  will  help. 
The  IUS/Tug  contractor  or  a payload  integrator  will  control  the 
ground  software  development  process  and  input  software  require- 
ments to  the  software  contractor.  Experience  with  spacecraft  and 
experiments  has  shown  that  software  requests  will  not  be  orderly, 


1 1 1-02  3 


the  reaction  time  requirements  will  be  shorter,  the  requests  will 
be  mote  nonstandard,  and  changes  will  be  more  frequent.  The  bulk 
of  the  nonrecurring  software  preparation  during  the  operational 
phase  is  expected  to  be  centered  around  spacecraft  integration. 

Eventually,  there  will  have  been  enough  spacecraft  processed  that 
software  development  will  be  the  modification  of  existing  routines 
The  software  contractor  will  maintain  a file  of  software  modules 
available  for  fast,  quick  changes  that  will  aid  the  spacecraft 
integration  process*  New  sensors,  new  spacecraft,  and  new  opera- 
tions will  require  more  software  work  for  spacecraft  than  for 
the  Orbiter. 

Software  developed  for  classitied  operations  would  be  requested 
in  the  same  manner,  through  classified  documentation,  and  would 
be  made  secure.  Testing,  debug,  and  use  would  be  performed  on  a 
different  machine  than  unclassified  operations.  There  are  hard- 
ware and  software  cost  advantages  to  usin^  dedicated  software 
and  hardware  for  security.  The  obvious  preparation,  handling, 
and  operations  restrictions  are  not  unworkable. 
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Consideration  of  interface  logistics  requirements  must  be  accom- 
plished early  during  both  spacecraft  and  lUS/Tug  support  require- 
ments analysis*  Coordination  will  be  required  between  the  space- 
craft and  lUS/Tug  logistic  agencies  so  that  necessary  design  trade 
off  and  procedural  planning  can  be  accomplished.  Considerations 
of  standard  connector  mate/demate,  maintenance  access,  and  general 
implementation  of  the  LRU  concept  should  be  reflected  in  space- 
craft design*  Component  items  that  could  fail  during  post-mate 
processing  must  be  replaceable/repairable  within  the  timeline  con- 
straints. Standardization  of  servicing  points  and  support  equip- 
ment that  can  facilitate  lUS/Tug  agency  operations  and  reduce  sup- 
port time  and  cost  should  be  implemented. 

Maintenance  and  repair  on  the  spacecraft  is  assumed  to  be  minimal 
after  mate  and  onLy  ot  a contingency  nature  or  based  on  failure 
indicated  by  integrated  test.  The  spacecraft  supervisory  repre- 
sentative to  the  lUS/Tug  processing  team  would  make  the  determina- 
tion for  an  unscheduled  replacement  and  a spacecraft  technician 
would  physically  accomplish  the  replacement  with  support  from  the 
IUS/Tug  personnel  as  required* 

Spacecraft  spares  would  normally  be  drawn  from  the  spacecraft 
processing  facility  for  LRU  replacements  at  the  TPF  or  PCR*  Re- 
placements would  normally  be  accomplished  at  the  TPF,  Unique  re- 
quirements for  the  handling,  storage,  or  processing  of  spares  not 
under  the  control  of  the  spacecraft  agency  must  be  procedurally 
documented  or  handled  by  special  consideration  decal  or  attachment 
to  the  spares . 
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No  requirement  for  training  of  !US/Tug  agency  personnel  bv  the 
spacecraft  agency  is  predicted  unless  the  spacecraft  presents  a 
potentially  hazardous  condition  auring  the  post-mate  flow.  If 
checkout  or  servicing  operations  by  IUS/Tug  personnel  involves 
unique  connector  mate/demate  or  other  functions  mu  performed  by 
spacecraft  personnel,  training  by  the  spacecraft  agency  mav  be 
appropriate.  Conversely,  spacecraft  agency  personnel  who  operate 
in  support  of  the  lUS/Tug  personnel  will  require  training/certi- 
fication in  the  safety  and  facility  interface  areas  so  they  can 
function  in  the  KSC  environment*  Specific  training  will  be  re- 
quired in  clean  area  procedures  to  be  followed  at  the  TPF  and  PCR. 


3.11  Pij  d.  ud  d ' /K  V in 

Not  applicable  to  this  subplan. 
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Not  applicable  to  this  subplan. 


4.0  Tug  Approach  to  I.^vel  J Integration  Requirements 

4 . 1 Introduijt* . >: 

The  Orbiter  to  Payload  (Tug/spacecraft)  interfaces  can  be  numerous 
and  complex*  Interface  verification  techniques  must  provide  the 
capability  to  establish  flight  readiness  of  all  payload  to  Orbiter 
interfaces.  The  ground  operations  process  flow  must  accomplish 
the  verification  without  impact  on  the  Orbiter  schedule  while  as- 
suring the  Tug/Payload  a high  confidence  of  accomplishing  its  mis- 
sion  objectives.  The  interfaces  requiring  verification  may  belong 
to  many  different  organizations  and  consist  of  different  levels  of 
s tate-of -the-art  equipment* 

4.2  aye 

The  scope  of  this  assessment  was  to  define  the  recommended  ap- 
preach  to  accomplish  hevel  I integration  objectives  from  a pay- 
load  integrator's  point  of  view*  This  task  will  define  inter- 
face verification  objectives,  establish  what  equipment  is  re- 
quired for  accomplishment,  and  assess  various  concepts  for  satisfy- 
ing these  objectives. 

4.3  dypiaal  hay  Loud  i nto’fuucc 

The  major  interfaces  concerning  the  payload  integrator  can  be 
grouped  by  subsystems  such  as  structures,  mechanisms,  fluids  and 
avionics  as  shown  in  Figure  IXI-C-9*  Interfaces  can  be  further 
segregated  into  test  and  checkout,  safety  and  safing,  environ- 
mental and  cleanliness,  and  DOD  peculiar  requirements.  This  spe- 
cial emphasis  study  is  limited  to  those  test  and  checkout  inter- 
faces that  can  be  verified  before  launch  pad  mate  with  the  Orbiter. 
"Prior  to  launch  pad  mate"  does  not  necessarily  limit  interface 
verification  to  the  launch  site. 


t> 


4 . 4 lifzvdh'urc  i n to  rj' 

Detailed  payload  to  Orbiter  interfaces  are  being  developed  by 
parallel  studies  performed  during  the  course  of  this  study,  based 
on  the  characteristics  of  the  Tug,  kick  stage,  and  spacecraft. 

All  defined  interfaces  were  assessed.  The  avionics  interface, 
defined  by  General  Dynamics  Corporation  in  the  first  data  exchange 
meeting  and  illustrated  in  Figure  III-C-10,  is  the  more  complex* 


Figure  III-C-9  Payload  Interfaces 

Software  interfaces  have  not  been  defined.  However,  it  can  be 
implied  from  Figure  III-C-10  tint  software  will  have:  a major  im- 
pact on  the  ground  operations  processing  flow.  The  situation  of 
a new  payload  arriving  and  entering  the  ground  process  to  meet 
traffic  requirements  makes  efficient  integration  mandatory. 
Standardization  of  services  and  software  will  enhance  the  inte- 
gration of  software.  Past  experience  with  spacecraft  and  experi- 
ments has  shown  that  software  requests  will  not  be  orderly,  the 
reaction  time  requirements  will  be  shorter,  the  requests  will  be 
more  nonstandard,  and  changes  will  be  more  frequent.  The  t ilk 
of  the  nonrecurring  software  preparation  during  the  operational 
phase  is  expected  to  be  centered  around  payload  integration  with 
the  Orbiter  and  the  LPS . 


IIL-C-27 


Figure  III-C-10 
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Figure  ITI-C-10  Avionics  Interface 


4.6  Interface  Verification 

The  payload  to  Orb  iter  interfaces  can  be  complex  on  multiple  pay- 
load  missions,  especially  in  the.  avionics  system  and  associated 
software.  Previous  studies  indicate  that  40%  of  Tug  payloads  are 
multiple  candidates  combining  two  or  more  spacecraft  with  the 
Tug  (in  some  missions  a kick  stage)  into  a single  mission.  Such 
multiple  payload  missions  require  management,  analysis  , and  inter- 
face  verification  during  launch  site  processing. 

4.6.1  Interface  Verification  Objectives 

A comparison  of  interface  verification  objectives  developed  by 
NASA-KSC  with  resources  required  for  accomplishment  is  shown  on 
Figure  IXI-C-11.  It  reveals  that  most  applicable  objectives  can 
be  accomplished  when  the  first  few  Tugs  are  processed,  with  or 
without  a spacecraft.  The  primary  reason  is  that  all  payload  to 
Orbiter  interfaces  are  through  the  Tug.  The  Tug  to  Orb  Iter  inter- 
faces become  standard  when  operational.  Some  spacecraft,  of  course 
require  direct  Interface  with  the  Orbiter  (gases  and  fluid  only) 
that  would  be  provided  by  kits  and  would  be  verified  on  each  mis- 


Verify  payload  and  GSE  physical  fit  Interface.. 

Assess  post-landing  payload  anomaly. 

Verify  payload  to  cargo  bay  physical  fit 
Interface. 

Payload  system  fault  isolation*. 

Verification  payload  element  to  element  fit  and 
functional  Interfaces. 

Verify  payload  to  Orbiter  system  functional 
interfaces. 

Verify  payload  to  launch  complex  systems. 

Software  validation  test  bed. 

Develop  payload  launch  procedures  and  crew 
relationships . 

Specific  mission  simulation  situation. 

General  purpose  payload  repair  station . 

Minimize  SID  function  by  treating  each 
objective  as  far  up  stream  in  the  payload 
pipeline  as  practical,  ■ 


Figure  III- C- 11  Obgeetwes  vs  Resources 
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Orbiter  Payload 
Supplied 


Two  objectives  require  some  type  of  Level  I integration  device: 

(1)  verification  that  all  system  interfaces  between  the  payload 
and  Orbiter  are  functional,  and  (2)  software  validation  between 
the  LPS,  Tug  computer,  spacecraft  computer,  the  controlling  ground 
station,  and  other  software  interfaces. 

4.6.2  Upstream  Responsibility 

Although  this  assessment  is  launch  site  oriented,  interface  veri- 
fication commences  at  the  developer's  facility.  The  Tug,  space- 
craft, and  experimenter  must  demonstrate  during  upstream  testing 
that  the  vehicles  are  operational  and  flightworthy.  This  study 
is  based  on  the  philosophy  that  performance  verification  testing 
should  be.  conducted  remote  from  the  launch  site  and  that  only 
flight  readiness  and  interface  verification  should  be  verified 
at  the  launch  site. 

4.7  Recommended  Level  I Integration  Approach 

It  is  the  conclusion  of  this  study  that  the  payload  to  Orbiter 
interface  verification  can  be  performed  incrementally  using  the 
following  steps : 

1)  Impose  the  Tug  user's  guide  as  a compliance  document  on  all 
potential  users  for  standardizing  interfaces  and  reducing 
launch  site  documentation; 

2)  Employ  a modular  simulation  approach  for  design  verification 
type  testing  of  spacecraft  during  the  DDT&E  phase. 

3)  Accomplish  all  common  interface  verification  objectives  be- 
tween Tug/adapter  to  Orbiter  with  the  first  few  Tugs  processed; 

4)  Perform  software  integration  at  an  off-line  simulation  labora- 
tory before  TPF  payload  processing; 

5)  Perform  total  payload  to  Orbiter  interface  Verification  of  TPF 
vertical  test  cell  with  active  Orbiter  MSS /PS S and  payload 
support  equipment. 

4. 7. 1 Tug  User fs  Guide 

Section  3.0  established  that  handbooks  and/or  user's  guides  are 
most  applicable  to  operational  elements  where  the  change  rates 
are  low  and  the  systems  are  well  defined.  The  handbook  must  guide 
users  through  the  various  phases  of  the  program  from  payload  and 
experiment  conception  and.  development  through  several  integration 
cycles  (experiment  to  carrier;  multiple  spacecraft,  spacecraft 
to  Tug,  and  total  payload  to  Orbiter) , to  launch  site  processing, 
and  launch  and  recovery  operations.  Interfaces  must  be  defined 


III-C-30 


for  each  user  and  any  mandatory  and  no-risk  criteria  must  be 
established.  Capabilities  in  terms. of  support  provided  for  the 
users  must  be  defined,  operating  procedures  established,  the  doc- 
umentation system  and  safety  and  integration  requirements  defined. 
The  user's  guide  must  define  in  detail  what  is  expected  of  the 
user  and  how  and  with  whom  the  user's  equipment  interfaces.  Sec- 
tion 5.0  of  this  subplan  provides  a recommended  Tug  user  is  guide 
outline. 

4.7.2  Modular  Simulation 

A major  factor  in  reducing  the  extent  of  launch  site  interface 
verification  is  to  raise  the  level  of  testing.  This  philosophy 
emphasizes  that  performance  verification  testing  should  be  con- 
ducted remote  from  the  -launch  site,  and  interface  verification, 
including  flight  readiness,  should  be  .verified  at  the  launch 
site.  Modular  simulation  is  a cost  effective  and  versatile  method 
for  accomplishing  performance  verification  off-site.  Individual 
interface  simulators,  physical  fit  simulators,  master  gauges,  and 
tools  could  be  used  for  most  spacecraft  performance  verification. 
These  tools  and  simulators  could  have  mobility,  as  required,  to 
accommodate  the  spacecraft  developer  at  his  facility.  Although 
no  single  modular  simulator  would  provide  total  simulation  (in- 
cluding software),  it  would  reduce  the  number  of  unexpected 
events  and  the  test  and  integration  time  at  the  launch  site. 

4.7.3  Tug  Engineering  Model 

Assessment  of  the  interface  requirement  indicates  that  most  inter- 
faces to  the  Orb iter  are  via  the  Tug  and/or  its  adapter.  Space- 
craft to  Orbiter  interfaces  are  limited  and  would  be  provided  by 
a kit.  These  interfaces  are  fluid  and  gases  only,  and  could  be 
verified  during  initial  installation  of  the  kits.  As  indicated, 
with  the  excep tio n of  the  avionics  interfac es  and  associated 
software,  the  payload  to  Orbiter  interfaces  can  be  verified  dur- 
ing the  first  Tug  mate  with  or  without  a spacecraft.  These  inter- 
faces tend  to  become  standard  as  the  Tug  becomes  operational. 

In  subplan  D the  requirement  for  a Tug  engineering  model  (path- 
finder) was  established  to  facilitate  site  activation.  This 
vehicle  will  accomplish  most  interface  verification  objectives 
associated  with  standard  Tug  to  Orbiter  interfaces. 

4.7.4  Software  Integration 

* ( 

Recurring  software  Integration  is  of  prime  concern  to  the  payload 
integration  agency.  The  recurring  software  application  programs 
and  some  support  programs  result  from  changing  components,  sys- 
tems, 'methods,  payloads j.  and  requirements ...  It  has  been  estimated 
that  one- third  of  the  required  software  functions  will  require 
contingency  software  attention*  The  orderly  expansion  and  modi- 
fication of  software  at  each  test  sequence  is  achieved  by  proper  * 
care  In  sizing  and  using:  standard  data  base  modification  methods. 
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Although  it  is  surmised  that  the  Tug  software  will  be  routine  as 
the  Tug  becomes  operational,  it  is  subject  to  change  because  of 
the  Tug  being  the  link  between  the  spacecraft  and  Orbiter.  Refer 
to  Figure  III-C-12  for  typical  payload-Tug-Orbiter-ground  station. 


Payload  Supp. 


Figure  III-C-12  Typical  Software  Interfaces 

It  is  recommended  that  software  integration  be  performed  off-line 
to  payload  processing  in  two  phases.  Software  integration  begins 
during  the  programming  production  phase  (Phase  I).  This  checkout 
and  debugging  process  is  accomplished  with  the  LPS  computer  play- 
ing into  standard  simulation  routines.  These  simulation  routines 
simulate  interfaces  and  monitor  inputs  and  outputs  for  desired 
processing. 

The  simulation  routines  verify  that  no  undesired  reactions  take 
place  on  the  remainder  of  the  interface.  The  checkout  and  debug- 
ging process  is  accomplished  at  the  software  contractor’s  facil- 
ity on  his  LPS  hardware  with  his  software  and  simulation  routines. 

It  would  be  desirable  that  the  element  contractor  monitor  the 
software  checkout  and  debug  to  minimize  cost  because  ~>f  downstream 
changes.  Since  the  simulations  are  with  standard  software  routines, 
the  simulation  may  be  deficient  in  nonlinear  reactions  and  certain 
interactions  that  will  be  present  later  during  the  validation  proc- 
ess. This  simulator  will  be  limited  in  checking  contingencies  and 
interactions . 
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Software  integration  is  completed  at  the  end  of  the  verification 
and  validation  phase  (Phase  2)  . During  this  pltase,  the  LPS  func- 
tions with  the  developed  hardware(  or  hardware  simulators) . The 
hardware  can  be  high  fidelity  mockup,  an  integration  laboratory 
with  both  flight  equipment  and  simulators,  or  the  actual  hardware. 
This  validation  would  probably  be  performed  at  a NASA  facility 
because  of  the  amount  of  hardware  required.  It  could  be  at  an 
element  contractor  providing  that  integration  involves  a small 
piece  of  the  STS.  The  verification  and  validation  is  performed 
with  actual  interfaces.  Very  few  software  simulations  should  be 
permitted  to  increase  the  quality  of  the  verification.  Dynamics 
and  interactions  would  need  to  be  tested  with  actual  hardware 
interfaces.  The  criteria  for  success  would  be  twofold:  (1)  out- 

puts would  be  tested  against  the  first  integration  (checkout  and- 
debug)  with  one-for-one  correspondence  present,  (2)  dynamics  of 
the  equipment  would  be  tested  against  the  assigned  criteria  (or 
the  original  job  to  be  accomplished) . 

4.7.5  Tl‘F  Orbiter  Simulator 

Based  on  the  premise  that  the  first  processed  Tugs  will  verify 
all  interfaces  except  the  avionics  and  associated  software  and 
software  integration  will  be  accomplished  off-line  to  payload 
processing,  the  only  remaining  objective  is  to  verify  payload  to 
Orbiter  system  functional  interfaces.  During  this  study  and 
previous  studies,  we  have  assessed  various  methods  and  the  sys- 
tems required  to  accomplish  interface  verification  objectives. 
These  methods  included  modular  simulation,  concept  verification 
test  (CVT) , full  scale  SID,  and  an  in-line  Level  I integration 
device  (TPF  Orbiter  simulator) . 

The  TPF  Orbiter  simulator  (Fig.  III-C-13)  provides  the  capability 
to  verify  all  payload  to  Orbiter  interfaces  during  the  normal  in- 
line payload  ground  operations  process.  Tills  approach  would  use 
the  Tug/spacecraft  integrated  test  cell  at  the  TPF  as  the  final 
interface  verification  point  before  payload  transfer  to  the  launch 
pad.  The  major  advantages  of  this  approach  are;  the  minimum  equip 
raent  required  to  accomplish  the  objectives,  avoidance  of  any  sched 
ule  conflicts  with  a joint  usage  Level  X integration  device,  and 
interface  verification  can  be  accomplished  without  another  move. 
The  baseline  flow  generated  for  subplan  A derived  the  require- 
ments to  provide  the  Orbiter  cabling,  the  payload  unique  equip- 
ment of  the  MSS/PSS , and  RF  open  loop  capability  with  the  con- 
trolling ground  station.  The  only  additional  equipment  required 
would  be  the  Orbiter  MSS/PSS  equipment,  Orbiter  payload  support 
equipment,  and  the  crew  for  total  crew/hardware  interface  veri- 
fication. 
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Figure  III -C- 13 


Tug  GSE  Tug/Spacecraft  LPS  Terminal 


(Orbiter  Cabling  Required) 


Aftantages 

Payload  Accessability  for  Limited  LRU  Replacement 
One  Set  of  Equipment  Could  Service  Two  Cells 
Configuration  Controlled  With  Orbiter  and  Payload 
Concept  Could  Utilize  Some  Actual  Flight  Harrhware 
Total  Crew  and  Hardware  Interface  Verification 
Minimal  Additional  Hardware 

Figure  III-C-13  TPF  Orbiter  Simulator  Concept 


Disadvantages 

Fixed  Location  at  KSC  (TPF) 

Tug/Spacecraft  Unique  - No  Joint  Usage 
Configuration  Control  of  An  Additional  Simulator 
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5.0  Tag  User's  Guide  Outline 

The  Tug  user's  guide  can  be  one  of  the  most  useful  management 
tools  in  the  payload  integration  process,  providing  it  becomes 
a document  imposed  on  all  potential  users,  instead  of  a handbook 
containing  general  policies  and  ground  rules.  A directive  user's 
guide  would  be  of  significant  value  to  the  payload  community,  as 
well  as  the  IUS/Tug  integration  agency.  With  appropriate  con- 
trols, it  could  be  effective  during  the  operational  phase  of  one 
spacecraft  while  providing  the  requirements  for  spacecraft  in 
conceptual  phases.  To  be  effective,  the  user's  guide  must  be 
cited  as  the  interface  authority  before  spacecraft  conceptual 
phase  for  new  development,  to  establish  detail  interface  config- 
uration and  management  roles . 

Making  the  user's  guide  a directive  document  will  necessitate 
early  definition  of  a specific  system,  which  must  be  included  in 
sufficient  detail  in  the  spacecraft  documentation  for  design  con- 
sideration. If  the  potential  IUS/Tug  user  is  not  or  cannot  become 
compatible  with  the  standard  user's  guide  interface,  then  the  Tug 
project  could  assess  all  ramifications — design  impact,  operations, 
support,  maintenance,  cost,  time,  mission  objectives,  etc.  With 
agreement  of  the  potential  user,  the  project  would  determine  what 
changes  are  required  to  the  basic  document  to  accommodate  a space- 
craft. When  the  decisions  have  been  made,  agreement  reached,  any 
exceptions  to  the  user's  guide  would  be  specified  in  an  addendum 
unique  to  that  spacecraft.  The  basic  document  with  the  appropri- 
ate addendum  would  become  the  contractual  payload  integration  agree- 
ment between  the  IUS/Tug  agency  and  its  spacecraft  for  that  mis- 
sion/flight. 

In  defining  the  contents  of  the  user's  guide  it  became  apparent 
that  the  document  is  not  a one-way  instrument.  The  recommended 
user's  guide  consists  of  four  basic  elements  essential  to  payload 
integration:  (1)  it  defines  compliances  imposed  by  the  Tug  for 

standardization  of  interfaces  and  requirements;  (2)  it  contains 
variable  accommodations  supplied  by  the  Tug  that  are  negotiable; 

(3)  it  defines  areas  that  require  specific  and/or  split  respon- 
sibilities for  integration  tasks;  and  (4)  it  contains  agreements 
between  the  Tug  and  its  potential  spacecraft  on  tasks  and/or  re- 
quirements that  tend  to  be  unique  to  each  flight/mission. 
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The  following  shows  the  minimum  recommended  user's  guide  contents. 

1.0  Introduction 

1.1  Scope 

2.0  Tug  Essential  Data 

2.1  Space  Transportation  System 

2.2  Tug  System  Description 

2.3  Tug  Payload  Accommodations  and  Contraints 

2.4  Facility  and  GSE 

2.5  Launch  Site  Operations 

2.6  Operations  Management 

3.0  Spacecraft  Essential  Data 

4.0  Addendum 

Each  of  these  elements  are  further  defined  in  subsequent  para- 
graphs of  this  subplan. 

1.0  Introduction 

The  introduction  should  specify  in  concise  terms  the  overall  ob- 
jectives of  the  user's  guide.  It  should  be  written  to  portray 
the  guide  as  applying  technical  and  administrative  direction  and 
surveillance  to,  (1)  Identify  and  document  the  functional  and 
physical  characteristics  of  the  Tug,  (2)  control  changes  to  those 
characteristics,  and  (3)  provide  a means  for  the  potential  user 
to  implement  his  mission  objectives.  The  Tug  design,  performance, 
and  accommodations  should  be  communicated  through  the  user's  guide 
to  the  user.  The  introduction  should  state  that  deviations  from 
the  data  presented  in  the  guide  are  negotiable,  but  adherence  to 
the  objectives  to  the  fullest  extent  possible  is  desirable  so  that 
interfaces  may  be  standardized  to  an  optimum  degree. 

2 . 2 Scope 

The  scope  briefly  outlines  the  extent  of  the  work  and  agreements 
necessary  to  achieve  the  objectives.  Reference  should  be  made  to 
the  controlling  directive  document  that  cites  the  guide  as  the 
authoritative  document  to  which  the  payload  integrator  and  user 
must  adhere  to  accomplish  the  objectives. 


2.0  Tug  Essential  Data 

2.1  Space  Transportation  System 


This  section  should  be  limited.  In  general  terms,  the  capabilities 
of  the  Space  Shuttle  System  to  accommodate  payloads  for  delivery 
into  Orbit  and  return  to  earth  should  be  described.  Performance 
data,  subsystems  capabilities  and  interface  provisions,  environ- 
ments and  support  equipment  of  the  Shuttle  should  be  condensed  and 
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limited  to  relevant  material  for  reader  convenience  and  orienta- 
tion into  the  STS  world.  Reference  should  be  made  to  appropriate 
documentation  that  reflects  the  baseline  Space  Shuttle  System. 

2.  2 Tug  System  Description 

This  section  should  specify  the  physical  and  functional  character- 
istics of  the  Tug  as  a payload  carrier.  It  should  contain  a 
functional  description  of  the  Tug  at  the  system  level.  It  should 
include,  as  a minimum,  mission  capabilities  (with  a typical  mission 
profile),  total  payload  weight  available  to  the  potential  user, 
either  directly  or  by  reference. 

2.2  Tug  Payload  Accommodations  and  Constraints 

This  paragraph  should  depict  each  physical  and  functional  inter- 
face. Interfaces  should  be  stated  In  quantitative  forms,  with 
tolerances  where  applicable.  Descriptive  material  should  be  in- 
cluded to  incorporate,  either  directly  or  by  reference,  a control 
drawing  or  equivalent  representations.  The  graphic  portrayal 
should  be  accomplished  to  the  level  of  detail  necessary  to  illus- 
trate the  functional  operation  of  each  subsystem,  the  relation- 
ships between  these  functions,  and  the  relationships  between  the 
functions  and  other  identified  subsystem/ equipment  functions. 
Descriptions  for  separately  identified  subsystem  functions  should 
be  portrayed  in  subsequent  paragraphs  as  appropriate.  The  sub- 
sequent paragraphs  should  include,  as  a minimum,  the  following 
data  to  describe  the  capabilities  of  the  Tug. 

2.3.1  Mission  Requirements 

2.2.1. 1 Laxmch  Schedule 

2. 2. 1.2  Orbit  Parameters 

1)  Apogee  and  Limits 

2)  Perigee  and  Limits  * 

3)  Inclination  and  Limits 

4)  Eccentricity  and  Limits 

2.2. 1.2  Launch  Window  Parameters 

1)  Orbit  Lifetime 

2)  Eclipse  Time  Constraints 

3)  Orbit  Inclination  Limits  versus  Time 


2.2. 1.4 


Spacecraft  Separation  I'avtWie^crr, 

1)  Velocity  Limits 

2)  Ra te-o f-Angular-Change  Limits  (pitch,  yaw,  roll) 

3)  Timing  (multLple-release  time  dela’  a) 

4)  Latitude  and  Limits 

5)  Longitude  and  Limits 

6)  Orientation  and  Limits  (pitch,  yaw,  roll  axes) 

2.2.1. 5 Pi’esepai‘ation  Functions 

1)  Identify  Equipment  Deployment  (e.g.,  spatial  envelope,  eg 
changes) 

2)  Equipment  Deployment  Timing  (e.g.,  time  before  separation, 
time  between  events) 

3)  Acceletation  Constraints  (pitch,  yaw,  roll,  longitudinal) 
during  and  after  Deployment 

2. 2.1.6  Poi' tsepa m t Lon.  Tuu  Capability 

1)  Operations  (e.g.,  complete  shutdown,  special  orientation) 

2)  Post-separation  Maneuver  (e.g.,  time  delays.  Separation, 
Distances  before  initiation.  Orientation,  New  Orbit 
Identification,  Minimum  Velocity  Additions) 

2. 2. 1.7  Special  Trajectory  Capabi li ty 

1)  Thermal  Maneuvers 

2)  Spacecraft  Release  over  Telemetry  or  Tracking  Ground  Station 

3)  Maximum  or  Minimum  Position  Drift  Rate 

4)  Telemetry  Maneuvers 

2.3,2  Spacecraft  Characteristics 
2. 2.2.1  Physical  Envelope 

1)  Shape  (e.g.,  dimensioned  assembly  drawing) 

2)  Volume 

3)  Coordinate  System  (spacecraft  relative  to  Tug) 
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ci  .3.2.2  Mass  Pro£e^ites 

1)  Weight  (e.g.,  total,  separable,  and  retained  masses) 

2)  Center  of  Gravity  (e.g.,  eg  locations  about  the  three  refer- 
ence axes  of  total,  separable,  and  retained  masses) 

3)  Moment  of  inertia  (e.g.,  inertia  about  the  three  reference 
axes  of  the  total,  separable,  and  retained  masses) 

4)  Product  of  inertia  (e.g.  , product  of  inertia  with  respect  to 
the  three-axis  eg  of  the  total,  separable,  and  retained  masses) 

2. 3.2. 3 6' true tiu'a l i tlj'fno:'. s 

1)  Natural  Frequencies  below  50  Hz 

2)  Mode  Shapes  below  50  Hz 

3)  Interface  Stiffness  Matrices 

4)  Mass  Matrices  (dynamic  model) 

2. 3.2.4  Handliyiy  Cons_ train Is 

1)  Ground  Transport  (e.g.,  orientation  with  respect  to  earth) 

2)  Handling  Limits  (e.g.,  acceleration  constraints) 

2.3.2.5  Critical  Ovientgdion  during  Checkout 3 Pre launch , In-Ovbite 
and  Otr-Orbit 

1)  Antennas  (e.g.,  location,  direction,  beamwidth) 

2)  Sensors  (e.g.,  location,  look  angle) 

3)  Other  Critical  Elements 

2. 3.2.6  Ordnance  Items 

1)  Identity  and  Function 

2)  Installation  (I. e. , when,  where,  and  by  whom  supplied,  in- 
stalled, and  connected) 

3)  Shorting  Plugs  (i.e. , when,  where,  and  by  whom  supplied  and 
installed) 

4)  Electrical  Characteristics  (e.g.,  no— fire  current,  all-fire 
current,  bridgewire  resistance,  pin-to-case  resistance) 
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5)  RF  Susceptibility  (i.e. , pin-to-case,  pin-to-pin,  and  bridge- 
wire— to-bridgewire  RF  susceptibility,  and  input  impedance) 

2. 3. 2. 7 Safe ty  Items 

1)  Identify  items  (e.g.,  cryogenics,  corrosive  fluids,  high- 
pressure  gases) 

2)  Item  Characteristics  (e.g.,  quantity,  pressure,  radiation 
levels) 

2. 3.  2. 8 Thermo. I Charge. Levi s blew 

1)  Thermal  Math  Model  (i.e.,  an  analytical  tool  containing  the 
thermal  nodes  and  conductors;  the  emissivity,  absorptivity, 
conductivity,  and  resistivity  characteristics  and  the  thermal 
node  view  factors  of  the  Tug) 

2)  Heat  Sources  (I.e.,  Identity,  location,  orientation,  amount, 
times,  and  duration  of  heat  generated) 

3)  Node  Limits  (i.e.,  maximum  and  minimum  allowable  temperatures 
per  node) 

2. 3. 2. 9 Contamination  Control 

1)  Ground  Conditions  (e.g.,  constraints  before  and  after  Tug/ 
spacecraft  integration) 

2)  Inflight  Conditions  (e.g*,  during  ascent  trajectory  before 
and  after  orbiter  separation) 

3)  Critical  Surfaces  (i.e.,  type,  size,  location) 

4)  Surface  Sensitivity  (e.g.,  susceptibility  to  propellants, 
gases,  and  exhaust  products) 

2.3.2.10  Separation  ilys Lem 

1)  Separation  Mechanism  (e.g. , design  of  fasteners,  clamps, 
springs,  lanyards,  and  loose  hardware) 

1 2)  Separation  Loads  (e.g.,  reactions,  shock,  spinup  torques) 

3)  Separation  Rates  (e.g.,  longitudinal,  lateral,  and  radial) 
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2.3.2.11  Grounding  Philosophy 

X)  Structure  (e.g.,  use  of  structural  grounds,  current  levels) 

2)  Electrical  Equipment  (e.g.,  grounding  technique  for  black 
boxes,  power  supplies) 

3)  Single- Point  Ground  (e.g.,  location,  related  equipment) 

2.3.2.12  R£_jic^MiLion 

1)  Characteristics  (e.g.,  power  levels,  frequency,  duration) 

2)  Locations  (e.g.,  location  of  spacecraft  when  radiating, 
location  of  receivers) 

3)  Checkout  Requirements  (e.g.,  open-loop,  closed-loop,  pre- 
launch,  and  ascent  trajectory) 

2.3.3  Tug  Interface  Definition 

2. 3.3.1  Meehanical  Interfaces 

1)  Mounting  Points  (e.g.,  location,  number,  si2e,  type  of  mount- 
ing hardware) 

2)  Mounting  Alignment  (e.g. , rotational  and  planar  position  re- 
quirements relative  to  local  horizon) 

3)  Mounting  Surface  Characteristics  (e.g.,  co-planarity,  flat- 
ness) 

4)  Service  Items  (e.g.,  location,  size,  and  type  of  commodity 
lines,  special  attachments) 

5)  Connector  Details  (e.g.,  manual,  flyaway,  umbilical,  or  in- 
orbiter  operation) 

6)  Commodity  Requirements  (e.gi,  type,  pressure,  flowrate, 
temperature,  quantity,  timing) 

2.3.3. 2 EZeetidcal  Jnterfaoes 

1)  Connector  Items  (i.e. , location,  function) 

2)  Connector  Details  (e.g.,  flyaway,  umbilical,  or  in-orb iter 
Operation;  manufacturers  part  number;  potting  type;  type  of 
potting  compound;  wire  size;  pin  assignment) 

3)  Bonding  Requirements  (e.g.,  interface  materials,  finishes) 
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4)  Shielding  Requirements  (e.g. , each  conductor,  entire  con- 
nector, shield  grounding,  maximum  shield  ground  length, 
shield  ground  through  connector) 

2,3,3>2  Eleat^iaal  Power 

1)  28-vdc  Control  Power  (i.e. , current,  duration,  function,  time, 
tolerances) 

2)  28-vdc  Ordnance  Power  (i.e.,  current,  duration,  function,  time, 
tolerances) 

3)  28-vdc  Instrumentation  Power  (i.e.,  current,  duration,  function, 
time,  tolerances) 

4)  10-vdc  Instrumentation  Power  (i.e.,  current,  duration,  function, 
time,  tolerances) 

5)  Overcurrent  Protection  Requirements 

2. 3. 2. 4 Te.  ieme  bi'ij  TrwiamUisiun  via  Tug 

1)  Identify  Measurements  (e.g.,  temperature,  pressure,  switch 
closure) 

2)  Signal  Characteristics  (i.e.,  discrete  bilevel,  analog, 
maximum  response,  sampling  rate,  condition  represented  by 
on-off  or  high-low  state) 

3)  Signal  Conditioning  Requirements  (e.g. , input  impedance, 
impedance  circuit  load  limits,  overcurrent  protection,  signal- 
to -noise  ratio) 

4)  Identify  Circuit  (i.e.,  connector  number,  pin  number,  wire 
size) 

5)  Time  of  Use  (i.e.,  during  checkout,  prelaunch,  inflight) 

2. 3.  3. 5 '1'wj  Aui.oniax 

1)  Command  Link 

2)  Monitor  Link 

3)  Safety  Monitors  and  Controls 
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2.3.  3. 6 Ordnance  Safiny /Aiming 

1)  Identify  Items  (i.e.,  function,  location) 

2)  Accessibility  (e.g. , direct  access,  remote  circuitry,  manual 
or  automated  activation) 

3)  Sequence  (i.e. , installation  and  removal  times) 

2*  3. 3.  7 t4u ieriat  Ragiii reman is 

1)  Compatibility  (e.g.,  finishes,  electrolytic  aspects, 
chemical) 

2)  Outgassing  ( e * g . , constraints  on  nature  and  quantity  of  con- 
stituents) 

2.  3.  3*  8 Pr&  flight  Hnoirorunerit 

1)  Capability  (e.g.,  cleanliness,  temperature,  relative  humidity, 
air  conditioning,  and  air  impingement  limits  in  each  area 
From  spacecraft  delivery  through  countdown) 

2)  Monitoring  and  Verification 

2.3.4  GSE/ Facility 

2.  3.4.1  Spaaeera ft/2*ug  In  teg  ration 

1)  How  Accomplished  (i.e. , sequence  from  attachment  to  Tug  through 
mission  separation) 

2)  Handling  Equipment  (e.g.,  description,  who  supplies  and 
operates,  when  used,  where  stored) 

3)  Spacecraft  Covers  (e.g. a description,  who  supplies  and  uses, 
when  used,  where  stored) 

4)  Spatial  Envelopes  (e.g.,  dimensions  and  clearance  for  con- 
tainers, handling  equipment,  and  payload  covers;  work  area 
available) 

2. 3.4*2  Spacecraft  Checkout  GSE 

1)  Use  and  Storage  (i.e.,  identity,  locations  of  use  and  storage) 

2)  Installation  Criteria  (e.g.,  weight,  volume,  tiedown  require- 
meats ; who:  supplies , installs , operates , and  removes;,  when 
supplied,  installed,  used,  and  removed;  post-use  disposition) 
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3) 


Compatibility  (e.g.,  compatibility 'with  range  safety  require- 
ments and  Tug/Grb  iter  propellants) 


4)  Space  Requirements  (i.e.y  work/operating  space  requirements) 

2. 3*4.3  Pre  flight  Environment  Proteabion 

1)  Equipment  (i.ev,  identity,  characteristics,  and  location  of 
required  environmental  protection  equipment) 

2)  Operation  (i.e.,  who  supplies,  installs,  operates,  and  removes 
when  supplied,  installed,  used  and  removed;  post-use  disposi- 
tion) 

%.  3.4,4  tipac&craft  /jgggaa 

1)  Mechanical  Attachment  (i.e* , capability  for  direct  access 
from  delivery  through  attachment  of  the  spacecraft  to  the 
Tug) 

2)  After  Orbiter  Installation,  (i.e. , capability  for  direct 
access  after  payload  is  installed  in  the  orbiter  bay) 

3)  Countdown  (i.e.,  capability  for  direct  access  during  the 
countdown) 

2. 3.4.5  Umbilicals 


1)  Identify  (i.e.,  function  and  location) 


2)  Source  (e.g..  Tug  or  Orbiter) 

3)  Support  and  Control  (e.g.,  structural  support  requirements, 
retraction  mechanisms) 

4)  Installation  (e.g.,  when  and  by  whom  supplied  and  installed) 

2.  3.  4.  6 Comnodi ties 

1)  Identity  (e.g.,  quantity  of  gases,  propellants,  chilled  water) 

2)  Source  (e.g.,  supplied  by  Tug  common  services  or  Orbiter) 

3)  Timing  (I.e.,  time  that  commodities  are  available  and  ex— 

.v.tet’  transfer-time  duration) 

2.3.4.?  Electrical  Power 

I)  GSE  Requirements  (e.g.,  voltage  and  frequency  limits,  con- 
sumption characteristics  of  power  at  all  processing  facil- 
ities) 
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2)  Facility  Requirements  (e.g.,  voltage  and  frequency  limits, 
consumption  characteristics  of  power  at  each  processing 
facility) 

2. 3.4*8  HF  Transmission 

1)  Antennas  (i.e. , function,  location,  physical  characteristics, 
beamwldth , beam  direction,  and  relationship  to  other  antennas 
and  receivers/transmitters) 

2)  Transmission  (e.g.,  frequency,  power) 

3)  Operation  (e.g.,  nature  of  use,  operating  time  requirements) 

2. 3*4*9  A tonibovs  and  ConLrol 

1)  Signals  (i.e*,  identity  of  monitor  signals  from1  spacecraft 
and/or  GSE  during  readiness  verification  and  countdown,  and 
time  that  signals  are  to  be  monitored) 

2)  Transmission  (e.g.,  via  Tug  telemetry,  Orbiter  telemetry,  and 
landline) 

3)  Evaluation  (e.g.,  location  of  data  evaluation  center,  evalua- 
tion responsibility,  measurement  limits.,  go/no-go  constraints) 

4)  Launch  Process  System  (i.e.,  software  requirements  on  LPS 
via  Tug  and/or  Orbiter) 

2.4  Facility  and  GSE 

Data  presented  here  should  depict  the  common  resources,  facility 
areas  and  characteristics,  and  d ecr ip tive  ground  support  equip- 
ment available  for  joint  usage  with  the  potential  spacecraft. 

These  data  should  be  oriented  toward  identifying  the  existing 
resources  for  receiving  and  inspection,  spacecraft  maintenance, 
payload  integration,  payload  interface  verification,  and  special 
purpose  equipment,  such  as  the  LPS  computer  support. 

2.4.1  Payload  Processing  ~ These,  data  should  include  the  capa- 
bilities and  character  is  Lies  of  the  facilities  available  to  the 
potential  spacecraft.  This  should  be  done  by  referencing  the 
launch  site  accommodation  handbook  for  Shuttle  payloads. 

2.4.2  Ground  Support  Equipment  - This  data  should  identify  the 

integration  GSE  available  to  support  Tug  to  spacecraft  and  Payload 
to  Orbiter  interface  verification.  Data  should  identify  by  type 
and  quantity  the  GSE,  such  as  cradles  and  adapters  for  mating  the 
spacecraft;  simulators  available  to  verify  electrical  interfaces; 
and  fit-check  devices  for  verifying  mechanical/s  true tural  inter- 
faces. Software  available  and  software  required  should  be  identified 
for  each  interface  verification  concept  as  well  as  the  computers  and 
terminals  available.  , 


2.5  Launch  Si  to  Operations 

This  section  should  be  tailored  to  provide  the  minimum  essential 
information  for  outlining  the  overall  operations  for  the  poten- 
tial Tug  user.  Each  subject  should  be  evaluated  far  applica- 
bility regarding  the  content  and  format  for  all  potential  users. 
Details  should  be  limited  it)  that  necessary  for  the  implementing 
and  planning  processes  within  the  payload  participating  organi- 
zations. 

2.5.1  Flow  Chart  - These  data  should  define  Tug  processing  re- 
quirements on  a functional  system  basis  rather  than  purely  a 
hardware  basis.  The  Flow  chart  should  show  correlation  of  hard- 
ware, computer  programs,  facility,  personnel,  and  procedural 
interrelationships  at  the  launch  site.  Time  line  data  should  be 
allocated  to  the  Tug  process  function  in  their  sequence  of  ac- 
complishment to  indicate  constraints  of  reaction  time,  performance 
time,  maintenance  down-time,  equipment  and  personnel  utilization 
time . 

2.5*2  Restrictions  - Restrictions  that  the  potential  user  would 
be  required  to  adhere  to  while  at  the  launch  site  would  be  those 
normally  imposed  by  others  and  would  not  be  negotiable  by  the 
payload.  These  restrictions  should  include,  but  not  be  limited 
to,  launch  site  activity  limitations,  constraints  on  payload 
operations  in  the  Orbiter  cargo  bay,  security  requirements,  per- 
sonnel access  limitation,  safety  precautions,  and  similar  type 
of  information.  For  DOD  payloads,  it  may  be  more  desirable  to 
reference  the  appropriate  document  that  specifies  security  pre- 
cautions essential  far  the  protection  of  personnel  and  mainte- 
nance of  the  integrity  of  the  payload  and  the  operation. 

2.5.3  Flight  Readiness  Criteria  - This  paragraph  should  define 
the  pre-established  process  of  reducing  technical  risks  and 
establishing  confidence  that  the  Tug/spacecraft  is  flight  worthy. 
This  information  must  clearly  delineate  selected  tests,  values 
to  be  measured  versus  pre-established  criteria,  and  major  mile- 
stones to  be  accomplished  from  which  to  judge  results. 

2.5*4  Countdown  - Data  presented  here  would  specify  the  opera- 
tions flow  for  conducting  the  launch  countdown  including  any 
pertinent  pre-countdown  preparations.  These  data  should  include, 
as  a minimum,  the  time-sequence  of  operations , responsibilities , 
operations  control,  and  the  step-by-step  operations* 

2.5  Operations  Management 

This  paragraph  should  provide  the  minimum  essential  information 
for  outlining  the  overall  site  management  that  involves  the  po- 
tential user*  These  data  should  include  the  established  alloca- 
tion of  resources,  scheduling  of  tasks,  and  assignments  of  authority 


and  responsibility-  This  information  should  be  limited  to  the 
basic  mode  of  Tug/spacecraf L ground  flow  processing  at  the  launch 
site. 

2.6.1  Roles  and  Responsibilities  - This  paragraph  should  define 
the  management  and  technical  roles  and  responsibilities  of  each 
government  and  contractor  agency  with  which  Lhe  payload  user 
would  interface.  These  data  should  include  the  ground  processing 
crew  providing  a hardware  and/or  software  turnover  is  required. 

This  section  involves  standard  role/responsibilities.  Unique 
agreements  for  each  spacecraft  would  be  documented  in  an  addendum. 

2.6.2  Launch  Site  Management  - This  paragraph  would  delineate 
the  day-to-day  operations  such  as  daily  scheduling  and  status 
meetings  that  require  payload  participation.  These  data  should 
include  the  duties  of  the  mission  manager  who  exercises  final 
authority  over  conduct  of  integrated  tests  and  launch  operations. 
Individual  elements  that  require  test  controllers /conductors  that 
are  responsive  to  the  direction  of  the  mission  manager  should  be 
specified.  All  working  groups  that  require  payload  participation 
to  resolve  problems  that  would  affect  Orbiter  schedules  and/or 
objectives  as  well  as  their  interrelationships  should  be  defined. 

2.6.3  Launch  Site  Documentation  - This  paragraph  defines  the 
documentation  for  the  payload,  after  Tug/spacecraft  mate,  to  be 
processed  at  the  launch  site.  These  data  should  include,  as  a 
minimum,  all  documentation  required,  and  assigned  preparation 
responsibilities  and  release  dates  as  required.  Documentation 
herein  is  construed  to  include  all  operations  and  flight  plans, 
integrated  test  plans,  operation  schedules,  integrated  test  pro- 
cedures, and  range  required  documentation. 

2.6.4  Operations  and  Support  - This  paragraph  defines  what  ac- 
tivities are  necessary  to  demonstrate  to  the  appropriate  control 
that  the  payload  (Tug/spacecraft)  is  ready  for  STS  integration. 

These  data  should  define  the  readiness  reviews  required  to  verify 
successful  completion  of  all  prerequisite  tests  and  operations, 
and  readiness  to  proceed  with  subsequent  activities.  Post— test 
and  launch  evaluation  criteria  and  reporting  responsibilities 
would  be  specified  at  the  element  level.  Payload  required  parti- 
cipation to  support  the  product  review  team  to  conduct  an  in-depth 
engineering  assessment  of  all  STS  elements  and  associated  ground 
support  equipment,  including  physical  inspections  of  the  hard- 
ware, review  of  associated  documentation  and  test  data  would  be 
delineated.  Payload  participation  in  the  existing  test  discipline 
system  should  be  specified,  such  as  (1)  integrity  control  to  pre- 
vent unauthorized  work  or  tampering,  and  (2)  test  anomalies  reaction 
to  a hold,  scrub,  or  recycle. 


III-G-47 


3*0  Spacecraft  Essential  Data 

Spacecraft  essential  data  should  be  determined  by  requiring  the 
spacecraft  project  to  answer  a questionnaire.  The  questionnaire 
would  use  each  paragraph  of  2.3,  Tiuj  Payload  Auootmoda t ions  and 
Constraints  y and  description  of  what  portion  of  the  Tug  capabilities 
the  spacecraft  would  require.  If  spacecraft  requirements  are  margin 
or  exceed  Tug  capabilities,  these  requirements  would  then  be  nego- 
tiated and  results  documented  in  the  addendum  far  that  mission. 

The  questionnaire  is  mandatory  for  the  Payload  Integration  Agency 
to  perform  the  integration  tasks. 

4 . 0 Addendum 

The  addendum  should  be  prepared  on  a per  mission  basis . Lt  should 
contain  only  those  requirements/agreement  unique  to  this  space- 
craft and  not  cover  the  standard  user's  guide.  This  could  be 
accomplished  by  writing  the  user's  guide  addendum  by  direct  refer- 
ence to  the  standard  user's  guide  on  a paragraph-by-paragraph 
basis,  recording  in  the  addendum  specific  deltas  to  paragraphs 
in  the  standard  user's  guide.  Where  no  change  is  necessary 
specify  the  paragraph  number  followed  by  the  wording  "no  change"* 
When  no  subparagraphs  are  changed,  only  the  related  major  para- 
graphs need  be  listed. 

This  addendum  plus  the  standard  user's  guide  would  then  become 
the  integration  agreement  document  depicting  physical  and  func- 
tional interface  requirements  that  affect  the  design  or  opera- 
tion of  the  Tug  and/or  its  payload.  This  addendum  could  be  used 
as  design  control  document,  delineating  interface  coordinated 
data  for  the  purpose  of  (1)  establishing  and  maintaining  compat- 
ibility between  the  Tug  and  its  user,  (2)  controlling  interface 
designs,  thereby  minimizing  changes  to  items  that  would  adversely 
affect  compatibility,  (3)  communicating  design  decisions  and 
changes  to  participating  agencies,  (4)  establishing  envelope  and 
access  compatibility  to  verify  that  all  interface  agencies  supplied 
equipment /facilities  can  function  without  interference  through  all 
expected  ground  processing,  and  (5)  containing  standard  interface 
controls. 

The  agreements  created  by  the  addendum  and  the  basic  user's  guide 
could  have  Independent  change  cycles.  A change  notice  to  either 
would  not  necessarily  be  a change  to  both. 
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TUG  SITE  ACTIVATION  PHASE  SUBPLAN 
PART  I - CLEAN  TUG  PROCESSING 
1 . 0 Introduction 

At  the  onset  of  our  study,  it  was  generally  assumed  that  the  Tug 
would  be  processed  in  a class  100,000  clean  room.  Task  1.0  (sub- 
plan  A)  reflects  the  requirement  for  processing  in  a clean  facil- 
ity. Subsequently,  we  analyzed  the  possibility  of  processing  in 
a ’’factory  clean"  environment  in  Task  10.0  (Addendum  6).  As  a 
result  of  that  analysis,  we  recommend  "factory  clean"  processing 
using  the  VAB  low  bay.  However,  since  class  100,000  clean  process- 
ing and  factory  clean  processing  are  viable  options,  we  have 
covered  both  in  this  subplan. 

Part  I provides  a top  level  plan  for  the  activation  of  a KSC 
facility  for  processing  of  Tug  in  a class  100,000  clean  environ- 
ment, and  the  activation  approach  for  the  processing  flow  de- 
scribed in  subplan  A.  Part  II  of  this  subplan  provides  a similar 
plan,  for  activation  of  a KSC  facility  for  Tug  processing  in  a 
factory  clean  environment,  and  the  activation  plan  for  the  factory 
clean  processing  flow  presented  in  Addendum  6 . 

This  Tug  Activation  Phase  Subplan  for  class  100,000  clean  Tug  pro- 
cessing describes  the  scope  of  effort  required  to  provide  operational 
Tug  capability  at  ETR  and  WTR.  This  plan  is  keyed  to  Tug  processing 
in  the  TPF  with  spacecraft  mate  in  the  user's  facility  (Option  2 
presented  in  subplan  E) . The  activation  phase  encompasses  the  period 
from  development  of  facility  and  GSE  criteria  through  launch  of  the 
first  flight  article  and  includes  the  following  major  activities. 

1)  Development  of  facility  and  GSE  criteria; 

2)  Facility  and  GSE  design; 

3)  Facility  and  GSE  construction; 

4)  Facility  and  GSE  validation; 

5)  Functional  verification  using  a prototype  Tug; 

6)  Checkout  and  launch  of  the  first  flight  Tug. 

These  activities  are  described  in  Section  3.0.  Related  support- 
ing functions  such  as  manpower  staffing,  safety,  software  develop- 
ment, logistics,  and  configuration  management  are  also  covered 
in  Section  3.0. 

In  the  interest  of  clarity  and  to  avoid  repetition,  Section  3.0 
follows  the  "single  option"  criterion,  when  describing  facility 
sites,  methods  of  operations,  and  flow  sequences.  Recognizing 
that  in  many  cases  alternatives  are  available,  Section  4.0  of  the 
subplan  is  devoted  to  describing  and  assessing  the  merits  of 
such  alternatives. 
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2.0  General  Requirements 

2.1  Ground  Halos 

The  basic  ground  rules  adopted  for  this  section  of  the  study 

follow, 

1)  Operational  Tug  launch  capability  would  be  provided  at  both 
ETR  and  WTR,  however,  WTR  would  have  limited  maintenance  and 
checkout  capability* 

2)  A Tug  processing  facility  would  be  provided  at  ETR  only  to 
service  both  ETR  and  WTR.  Tugs  will  be  ferried  to  WTR  after 
turnaround  processing  at  ETR, 

3)  Tug  processing  and  spacecraft  mating  would  be  performed  in 
a class  100,000  environment. 

4)  Existing  facilities  and  equipment  would  be  used  to  the  ut- 
most. 

5)  Existing  facilities  and  equipment  selected  would  be  avail- 
able during  the  site  activation  phase. 

6)  Tug  processing,  mating.*  and  transport  after  spacecraft  mating 
would  be  performed  with  Tug  in  vertical  position. 

7)  An  engineering  model  Tug  would  be  available  for  functional 
checkout  of  the  new/modif led  facilities,  if  required* 

8)  An  Orbit er  vehicle  would  be  made  available  at  the  launch 
complex  for  mating/checkout/loading  of  the  engineering 
model  Tug. 


2.2  Criteria  and  Standards 

Criteria  governing  site  selection,  GSE  requirements,  modifica- 
tions, and  modes  of  operation  are  based  on  NASA  Tug  program 
requirements,  NASA  and  USAF  documents,  standards,  and  drawings, 
other  current  government  standards,  industry  standards  and  codes, 

2.2.1  NASA  Program  Requirements  - 


1)  MSEC  68M00039-1,  15  July  1974,  Baseline  Space,  Tug  System 
Requirements  and  Guidelines. 

2)  MSFC  68M0G039-3,  15  July  1974,  Baseline  Space  Tug  Configure 
tion  Definition. 
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3)  MSFC  68M00039-4,  15  July  1974,  Baseline  Space  Tug  Ground 
Operations:  Verification,  Analysis  and  Processing. 

2.2.2  NASA  and  USAF  Documents  and  Drawings  - 

1)  NASA  - SAEF  #;  1 Dwg  79K02468,  Alternate  Airlock  Dwg  79K02820 

2)  NASA  - Modifications  to  LC-39A,  Dwg  79K04402  (60Z) 

3)  NASA  - LC39  Vertical  Assembly  Bldg,  Dwg  203-100  (Vol  15  and 
27) 

4)  NASA  - Support  Services  Handbook,  KHB8610. 1A/AD 

5)  NASA  - Merritt  Island  industrial  Area,  Facilities  Space 
Control  Document,  GP680 

6)  Launch  Complex  39,  Facilities  Space  Control  Document  (not 
numbered) 

7)  KSC  Safety  Program,  KMI1710.1B  and  Attachment  A,  KSC  Gen- 
eral Safety  Plan 

8)  USAF  - AFETRM  127-1,  Range  Safety  Manual 

2.2.3  Government/Industry  and  Standards  - 

1)  FED  STD  No.  209  - Clean  Room  and  Work  Station  Requirements, 
Controlled  Environment 

2)  MXL-STD-1246A  — Product  Cleanliness  Levels  and  Contamination 
Control  Program 

3)  National  Electrical  Code,  1971 

3.0  Site  Activation  Phase  Study  Elements 

This  study  requires  that  12  standard  study  elements  be  treated  in 
each  subplan.  Not  all  of  these  are  applicable  to  each  subplan. 

Each  element  is  shown  under  the  same  paragraph  number  in  every  sub- 
plan.  Paragraphs  3.1  through  3.12  represent  these  standard  study 
elements . The  order  in  which  subjects  are  treated  are  not  neces- 
sarily chronological;  therefore,  they  do  not  reflect  the  sequence 
in  which  the  described  activities  would  occur. 
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3.1  Ground  Operational  Flow 


3.X.1  Engineering  Model  Flow  - A Tug  engineering  model  will  be 
used  at  ETR  before  arrival  of  the  first  flight  article.  The  pri- 
mary objective  of  the  engineering  model  will  be  to  verify  GSE 
interface  with  the  Tug;  however,  the  total  intent  will  be  to: 

1)  determine,  document,  and  resolve  GSE/Facility/Tug  interface 
problems,  electrical,  mechanical,  and  structural; 

2)  verify  accuracy  and  completeness  of  Tug  operational  procedures; 

3)  verify  accuracy  and  completeness  of  LPS  control  and  monitor- 
ing software  programs; 

4)  train  personnel; 

5)  determine  compatibility  of  Tug/Orbiter  interfaces; 

6)  determine  Tug/Adapter/kick  stage/spacecraft  interface  com- 
patibility; 

7)  develop  procedures,  methods,  and  hardware  to  minimize  Tug 
flow  time  for  all  planned  and  contingency  functions; 

8)  verify  logistic  approaches  of  transportation  in  a canister  and 
airborne  site-to-site  shipment  compatibility. 

The  engineering  model  flow  depicted  in  Figure  III-D-1  has  been 
developed  using  the  following  assumptions  and  ground  rules: 

1)  The  model  will  be  as  functionally  complete  as  a flight  Tug. 

It  is  recommended  that  the  Structural  Test  Article  (STA)  or  Pro- 
pulsion Test  Vehicle  (PTV)  , if  available,  be  evaluated  for  suit- 
ability in  terms  of  capability  and  schedule.  If  either,  or  a combina 
tion  of  both,  could  be  used  for  site  activation,  a signifi- 
cant cost  savings  could  be  realized. 

2)  The  flow  time  for  each  function  depicts  the  time  required  to 

j:  perform  that  function  for  the  first  time,  including  minor 

•|  problem  correction.  It  does  not  Include  time  for  any  major 

problem  resolution  that  could  include  major  procedure  rewrite, 
major  redesign,  material  leadtime,  etc. 

3)  The  engineering  model  flow  will  follow  the  planned  Tug  oper- 
ational flow  as  closely  as  possible. 

4)  Major  interface  functions  such  as  countdown  demonstration 
will  not  be  performed  in  their  entirety,  but  any  Payload/ 

Orbiter  interface  functions  will  be  performed  completely. 
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Figure  III-D-1  Engineering  Model  Flow 
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5)  Tug  operational  procedures  and  LPS  control  and  monitor  soft- 
ware programs  will  be  prepared  by  the  start  of  engineering 
model  flow. 

6)  LPS  program  control  of  GSE  will  have  been  verified  during  the 
ground  system  test  phase,  but  for  safety  of  personnel  and 
protection  of  GSE  and  model  hardware,  this  GSE  will  be  locally 
monitored  during  the  engineering  model  flow. 

7)  The  engineering  model  flow  is  based  on  a one-shift/five-day 
week  to  reduce  manpower  requirements  and  afford  the  capa- 
bility of  cross-training  personnel. 

8)  Facility  support  requirements  for  each  function  have  been 
identified  before  the  start  of  flow  (personnel,  type  and 
amount  of  commodities,  range  frequencies,  sampling,  etc). 

9)  The  Shuttle/Orbiter  operation  involving  the  PCR,  Orbiter 
to  ground  interfaces,  etc,  have  been  operational. 

The  flow  of  the  engineering  model  and  the  first  flight  article 
will  follow  the  same  steps  of  the  processing  shown  in  subplan  A. 
Function  description  sheets  are  provided  in  Appendix  A.  The 
operation  numbers  shown  in  Figure  III-D-1,  i.e.  4.1,  4.2,  etc, 
provide  cross  reference  to  the  detailed  function  description 
sheets  in  Appendix  A.  Where  there  is  a difference  between  the 
processing  of  an  operational  Tug  and  the  engineering  model,  an 
engineering  model  description  sheet  is  provided  in  Appendix  A. 

3.1.2  First  Flight  Article  Flow  - The  first  flight  article  Tug 
will  Be  used  somewhat  in  the  same  manner  as  the  engineering 
model.  A major  assumption  is  that  the  first  flight  article 
(FFA)  will  be  delivered  to  ETR  90  days  before  launch  to  pro- 
vide time  for  problem  resolution  if  necessary. 

The  first  flight  article  flow  (Fig.  III-D-2)  was  established  on 
the  basis  of  12  weeks  total  flow  using  five-day  work  weeks  of  two 
shifts  per  day.  As  described  in  the  Function  Description  Data 
Sheets  included  in  Appendix  A,  the  FFA  will  be  processed  through 
the  planned  TPF  operations  using  kick  stage  and  spacecraft  simu- 
lators, when  required,  to  provide  total  system  simulations. 

It  is  assumed  that  major  problems  concerning  GSE,  procedures, 
methods,  and  flight  hardware  interfaces  will  have  been  resolved 
during  the  flow  of  the  engineering  model.  However,  the  objec- 
tives of  the  proposed  FFA  flow  are  to  reverify  with  flight  hard- 
ware, that  all  software,  GSE,  and  operational  methods  are  com- 
patible, to  attain  minimum  flight  article  turnaround  flow  time. 
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Figure  III-D-2  First  Flight  Article  Flow 
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3.1.3  Critical  Milestones  - Assuming  the  first  Tug  launch  to  be 
December  1983  and  a Tug  launch  site  modification  go-ahead  in 
January  1980,  the  critical  dates  or  milestones  for  KSC  activities 
follow. 


Sites 


TPF  available  for  modification 

OPF  available  for  modification 

PCR/PAD  available  for  modification 

TPF  ready  for  engineering  model  checkout 

PCR/PAD  ready  for  engineering  model  checkout 

OPF  ready  for  engineering  model  checkout 

Equipment 

Engineering  model  at  KSC 

Dummy  spacecraft  and  kick  stage  at  KSC 

Canister/transporter  available 

Orbiter  available  on  pad  for  engineering  model 
checkout 


December  1980 
April  1981 
February  1981 
February  1983 
April  1983 
June  1983 

February  1983 
February  1983 
April  1983 

April  1983 
September  1983 
November  1983 


First  flight  Tug  onsite 
Spacecraft  and  kick  stage  ready  for  mate 
3.2  Facility  and  GSE  Requirements  Specification 

3.2.1  Facility  - New  and  Modified 

3. 2. 1.1  General  — The  new  and  modified  facilities  identified  in 
this  study  include: 

1)  TPF  SAEF-1  - An  existing  class  100,000  clean  building  and 
support  facilities  at  KSC,  modified  to  provide  the  Tug 
Processing  Facility  by: 


a)  Increasing  the  height  of  the  existing  airlock  from  68 
ft  (21  m)  to  105  ft  (32  m)  to  accommodate  a mated  Tug/ 
spacecraft  in  the  vertical  position  and  permit  insertion 
into  the  transport  canister. 
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b)  Addition  of  two  Tug  checkout  stands  of  35x25  ft  (10.8x7.7 
m)  * 

c)  Provision  of  a 25x25  ft  (7. 7x7. 7 m)  area  for  IUS  process- 


d)  Provision  of  an  engine  checkout  area  of  25x24  ft  (7. 7x7. 4 

m)  . 

e)  Reallocation  of  existing  office,  lab,  and  shop  space  for 
Tug  usage. 

f)  Addition  of  an  H2/N2H4  burnstack  no  less  than  200  ft 
(61  m)  from  the  building  with  associated  piping. 

Figure  XIX-D-3  depicts  the  external  configuration  of  SAEF-1 
after  the  airlock  modification  raises  the  airlock  roof  to  accom- 
modate the  canister.  Figure  IXI-D-4  depicts  the  SAEF-1  floor 
plan  after  modification  to  the  TPF  configuration.  Several  in- 
ternal configurations  or  layouts  have  been  evaluated;  this  ap- 
proach has  been  selected  as  the  best  because  of  Tug  and  Tug/ 
spacecraft  handling  and  movement  considerations  and  refurbish- 
checkout  cell  location. 

Addition  to  SAEF  Ho.  1 
a.  Air  Lock 


Figure  III-D-3  SAEF-1  TPF , View 
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Figure  ITI-D-4  SAEF-1  TPF  Floor  Plan 


The  VAB  low  bay  area  was  evaluated  as  a site  for  clean 
Tug  processing;  however,  the  modification  costs  to  make 
the  low  bay  refurbish/checkout  cells  a class  100,000 
clean  area  were  greater  than  modifying  the  SAEF-1  to 
accommodate  the  Tug,  i.e.,  $19.3  million  for  VAB  vs  $18.4 
million  for  SAEF-1.  Therefore,  the  VAB  low  bay  was 
dropped  from  further  consideration  early  in  the  evalu- 
ation. 


Storage  and  Maintenance  Building  - A new  building  approxi- 
mately 140x75x30  ft  high  (43x23x9.2  m) , containing  the  main 
Tug  operations  office  area,  a maintenance  shop  area,  and  an 
environmentally  controlled  bonded  storage  area.  Paved  areas 
for  access  and  parking  would  be  required.  The  building  would 
be  located  west  of  SAEF-1  and  as  near  as  safety  requirements 
permit.  This  building,  together  with  SAEF— 1,  would  provide 
a completely  self-contained  Tug  processing  facility.  Figure 
IIX-D-5  shows  the  overall  TPF  area  layout. 
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3)  Launch  Complex  39A  - The  principal  modifications  to  LC39A  to 
accommodate  the  full  Space  Tug/ spacecraft  /kick  stage  combina- 
tion would  include  the  following: 

a)  Modification/adjustment  of  PCR  platforms  to  accommodate 
Tug/spacecraf t diameters  and  work  stations; 

b)  Modification/adjustment  of  the  PCR  manipulator  for  Tug 
diameter  and  hard  point  locations; 

c)  Modification  of  existing  LH2  and  L02  piping  to  interface 
with  new  GSE  Tug  LH2/LO2  propellant  loading  units; 

d)  Addition/modification  of  LPS  interfaces  for  Tug  require- 
ments ; 

e)  Provision  of  electrical  interfaces  at  the  LCC  for  GSE 
Tug  monitoring  and  propellant  loading  consoles. 

It  is  assumed  that  the  PCR  has  been  constructed  and  in  use 
for  the  IUS  program,  and  that  an  ITJS-to-Orbiter  insertion 
manipulator  is  in  existence. 

4)  Kick  Stage  Processing  Facility  - An  existing  facility  (to  be 
determined)  for  processing  the  solid  rocket  motor  kick  stage. 
Facilities  under  consideration  include: 

a)  Explosive  Safe  Area-60-A  ( CKAFS) 

b)  The  TIIIC  SRM  Facility  (CKAFS) 

Peculiar  handling  equipment  would  be  provided  as  GSE.  Exist- 
ing electrical/pneumatic  sources  would  accommodate  kick  stage 
requirements  using  GSE  adapters, 

5)  Orbiter  Processing  Facility  - The  existing  facility  being 
developed  for  Shuttle  postflight  processing  should  include 
these  Tug  peculiar  requirements: 

a)  An  8 ton  (7260  kg)  overhead  crane  capability; 

b)  150x60  ft  (46x18.3  m)  floor  area; 


III-D-15 


c)  Storage  and  maintenance  area; 

d)  Eye  washers  and  showers; 

e)  Added/relocated  electrical  outlets  and  pneumatic  connec- 
tions; 

f)  Office  and  crew  space. 

Tank  purge,  propellant  disposal,  and  Tug/spacecraf t handling 
equipment  would  be  furnished  as  GSE. 

6)  Spacecraft  Processing  Facilities  - Any  facility  modification 
requirements  to  the  existing  facilities  at  CKAES  and  KSC  where 
NASA  and  DOD  spacecraft  are  processed  at  present  will  depend 
on  individual  spacecraft  requirements.  These  include  build- 
ings AO,  AM,  AE,  SAB  (at  CKAFS)  and  the  0&C  building  and 
SAEF-2  (MILA  Industrial  Area)  , Additional  facilities  may  be 
required  depending  upon  spececraft  launch  rate  and  launch 
preparation/checkout  time* 

7)  WTR  Facilities  - With  the  Tug  Processing  Facility  at  ETR  only, 
the  new/modified  WTR  facilities  required  to  support  Tug  opera- 
tions would  include  the  following: 

a)  OPF  - Modified  to  provide  crane  support.  Tug-peculiar 
commodities,  office,  crew,  shop,  and  storage  space. 

b)  FCR/Pad  SLC-6  - Modified  to  provide  propellant  and  pneu- 
matic interfaces  for  the  GSE  LH2  and  LO2  loading  units 
and  LPS  interfaces;  platform  modifications /adjustments 
for  Tug  diameter  and  working  stations;  modification/ 
adjustment  of  the  PGR  manipulator  to.  accommodate  Tug 
hard  points;  addition  of  electrical  interfaces  in  the 
Control  Center  for  Tug  monitor  and  loading  consoles* 

c)  Payload  Processing  Facility  (PPF)  - A facility  modified 
to  accept  Tug  and  Tug  GSE  for  Tug  systems  and  Tug/space- 
craft  integrated  checkout. 
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3. 2. 1.2  Tug  Faoi  liUj  Ifeqidi'emonts  Specification  I’a la  Shoe ts  - The 
new/modlfled  facilities  requirements  are  described  in  detail  in 
the  Tug  Facility  Requirements  Specification  Data  Sheets  contained 
in  Appendix  D. 

3.2.2  GSE  - The  new/modified  operational  GSE  to  be  used  during 
Tug  site  activation  will  include: 

1)  avionics  checkout  and  monitoring  equipment; 

2)  handling,  access,  and  transportation  equipment; 

3)  propulsion,  pneumatic,  and  mechanical  checkout  and  servicing 
equipment; 

A)  structural  integrity  inspection  equipment. 

The  Tug  GSE  required  is  identified  and  described  in  detail  in  the 
Tug  GSE  specification. data  sheets  contained  in  Appendix  B. 

3.2  Transporation  HequiremenLs  and  Support 

3.3.1  Tug  Canister/Transporter  - The  canister/transporter  con- 
cept developed  in  previous  studies  could  be  used  on  the  Tug  pro- 
gram. Figure  IIt-D-6  shows  one  proposed  design  for  this  equip- 
ment . 

Should  the  equipment  final  design  evolve  a universal  canister/ 
transporter,  then  adaptation  for  Tug  would  involve  only  adjust- 
ment of  the  internal  mounting  hard  points  to  accommodate  the  Tug 
diameter  and  hard  point  locations.  If  the  universal  concept 
proves  impractical,  the  basic  requirements  for  Tug  would  be: 

1)  capability  of  housing  a 14.6  ft  (4.9  m)  diameter  by  60  ft 
(18.3  m)  length  payload  that  could  consist  of  Tug/kick  stage/ 
spacecraft  or  other  configurations,  in  a vertical  position; 

2)  environmental  control  of  the  canister  during  transportation; 

3)  swing-open  door  entry  into  the  canister; 

4)  capability  of  sealing  the  entrance  against  the  TPF  door 
opening  and  at  the  PCR; 

5)  self -leveling  of  the  transporter  during  ascent  of  the  launch 
pad  ramp  at  ETR. 
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A Vertical  Payload 
Transporter 


Figure  III~D~6  Conceptual  Canieter /Traneporter 
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3.3.2  Tug  Transportation  - The  Tug-peculiar  transportation  re- 
quirements are  described  in  detail  in  the  GSE  Requirement  Speci- 
fication Data  Sheets  in  Appendix  B.  These  requirements  can  be 
summarized  as  follows : 

1)  Tug  transtainer  for  transport  to  and  from  the  aircraft,  with 
provision  for  maintaining  a clean  environment  when  shipping 
a checked  out  Tug  from  ETR  to  WTR. 

2)  Kick  stage  transtainer. 

3)  Spacecraft  transport  vehicle  (provided  as  a spacecraft  pe- 
culiar requirement  by  the  spacecraft  agency). 

4)  TPF  Tug  manipulator.  Although  considered  as  handling  equip- 
ment,. the  conceptual  design  (Fig.  1II-D-7)  indicates  it  would 
be  a self-propelled  wheeled  vehicle  capable  of  being  used  at 
several  locations  at  ETR  as  required.  The  existing  50  ton 
(45,360  kg)  fork  lift  currently  in  the  KSC  inventory  could 
be  modified  to  meet  Tug  requirements. 

Transportation  of  the  Tug  and  major  ship  separate  subassemblies 
from  the  supplier  to  ETR  will  be  by  air,  with  the  Tug  in  the 
horizontal  position.  There  are  no  Tug  requirements  for  keeping 
the  Tug  verticial  position  during  transport  or  checkout. 
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5.4  Operational  Data  Requirements 

Not  applicable  to  site  activation  phase  subplan. 

3. 5 Manpower  Staffing 

The  Tug  site  activation  phase  can  be  dividied  as  follows: 

1)  Planning,  design,  and  construction; 

2)  Facility/GSE  verification  with  a Tug  engineering  model; 

3)  Processing,  checkout,  and  launch  of  the  first  flight  article. 

The  manpower  staffing  during  the  activation  period  is  based  on 
the  requirements  through  these  phases,  resulting  in  gradual 
buildup  from  a skeleton  force  to  a full  operational  crew. 

For  purposes  of  organizational  responsibility,  the  activation 
phase  essentially  consists  of  a facility/GSE  construction  period 
and  a vehicle  utilization  period.  The  construction  period  covers 
activities  from  facility/GSE  criteria  development  through  con- 
struction, and  validation  of  the  facility/GSE  installations. 

The  proposed  organization  during  the  construction  period  for 
ETR  is  shown  in  Figure  III-D-8.  The  manpower  buildup  during 
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Eigure  III-D-8  ETR  Site  Activation,  Construction  Crew  Size 


RTSINAL  E&.GK  B 
POOR  QUALOT 


III-D-20 


■a~III  3<xn8%£ 


Manpower  Control 


1980 

1981 

1982 

z 

Description 

J 

F 

M 

A 

M 

J 

J 

A 

5 

0 

N 

D 

J 

F 

M. 

A 

M 

J 

J 

A 

s 

0 

N 

D 

J 

F 

M 

A 

M 

J . 

J 

A 

S 

0 

N 

7^ 

Activation  Chief 

1 

1 

' 1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

i 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

Administration/Scheduler 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

l 

1 

1 

1 

1 

1 

1 

1 

1 

I 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

Secretary/Typist 

1 

1 

1 

1 

1 

1 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

Facility  Supervisor 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

Engineers 

2 

2 

2 

2 

2 

2 

4 

4 

4 

k 

4 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

6 

Test  Conductor 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

Engineers 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

2 

2 

2 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

Technicians 

2 

2 

2 

3 

3 

3 

11 

11 

11 

22 

22 

22 

23 

23 

23 

23 

23 

23 

Logistics  Engineer 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

Technicians 

1 

1 

1 

1 

1 

2 

2 

2 

2 

2 

2 

2 

4 

4 

4 

4 

4 

4 

5 

5 

5 

6 

6 

6 

6 

6 

6 

6 

6 

6 

Configuration  Engineer 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

Engineers 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

2 

Quality  Control  Chief 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

Engineers 

1 

1 

1 

2 

2 

2 

2 

2 

* 

2 

2 

2 

2 

2 

2 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

3 

Inspectors 

1 

1 

1 

1 

1 

2 

2 

2 

2. 

2 

2 

2 

4 

4 

4 

4 

4 

4 

5 

5 

5 

6 

6 

6 

6 

6 

6 

6 

6 

6 

Subtotal 

9 

9 

9 

10 

10  10  19 

19 

19 

19 

19 

23 

— 

23 

23 

23 

23 

23 

23 

32 

32 

32  34  34 

34 

— i 

45 

45 

45 

58 

58 

58 

59 

59 

59 

59 

59 

59 

Ve  c lfication  Manager 
Deputy  Manager 
Chief  Teat  Operations 
Chief  Teat  Engineering 
Chief  Safety 


Subtotal 


Total 


11111111111111111111111 

111111111111 

111111111111 


3 3 3 3 3 3 3 3 3 3 3 


111 
111 
111 
111 
111. 
5 5 5 


1111 
1111 
1 1 1 1 
1111 
1111 
5 5 5 5 


1111 
1111 
1 11  1 
1111 
1 11  1 
5 5 5 5 


10  10  10  11  11  11  20  20  20  20  20  26  26  26  26  26  26  26  35  35  35  37  37  37 150  50  50  63  63  63  64  64  64  64  64  64 


Figure  IIX-V-9  ETR  Site  Activation*  Construction  Period 


The  transition  to  the  vehicle  utilization  period  will  occur  on 
completion  of  the  construction/installation  validation  effort. 
It  is  anticipated  that  the  transition  will  be  smooth  because 
personnel  used  in  the  first  period  will  now  have  support  func- 
tions in  fhe  second  period.  The  proposed  organization  during 
the  vehicle  utilization  period  at  ETR  is  shown  in  Figure  III-D- 
10.  The  detailed  manpower  buildup  during  this  period  (through 
launch  of  the  first  flight  article)  is  shown  in  Figure  III-D-11 
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3.6.1  Facility/GSE  Design  - The  responsible  agency  must  ensure 
that  system  safety  requirements  are  included  in  all  design  cri- 
teria. Active  participation  by  qualified  safety  engineers  in  the 
criteria  and  design  development  is  a basic  requirement  to  assure 
compliance  with  agency,  program,  and  Occupational  Safety  and 
Health  Act  (OSHA)  regulations,  and  detail  requirements.  System 
safety  participation  in  the  established  reviews  of  facility/GSE 
designs  is  also  required  to  ensure  compliance  with  the  safety 
criteria. 

3.6.2  Validation  and  Initial  Operations  - The  activities  of 
facility  construction/GSE  installation,  validation,  functional 
checkout  with  an  engineering  model  Tug,  and  first  flight  article 
processing  are  common  to  site  (field)  operations.  Sound  pro- 
tective measures  In  the  field  are  implemented  by  an  aggressive 
acciden,t/incident  prevention  effort,  as  follows: 

1)  Develop  and  enforce  a Safety  and  Health  Program  consistent 
with  KSC  safety  requirements  contained  in  KMI  17101B/SF. 

The  program  will  include,  but  not  be  limited  to,  all  con- 
tractually related  safety  documents  and  applicable  criteria 
obtained  from  other  areas  or  agencies. 

2)  Establish  criteria  for  and  implement  Safety  and  Health  educa- 
tion programs  for  personnel. 

3)  Make  regularly  scheduled  evaluations  of  all  work  areas  to 
determine  the  need  for  safety  and  industrial  hygiene  improve- 
ments, initiate  corrective  action,  and  follow  through  to 
eliminate  discrepancies . 

4)  Ensure  that  all  operations  are  performed  in  accordance  with 
applicable  Federal,  State,  KSC  and  ETR  safety  requirements 
and  provide  liaison  to  agencies  as  required. 

5)  Prepare  special  Safety  Operating  Procedures  and  coordinate 
with  responsible  agencies  to  obtain  approvals. 

6)  Prepare  and  distribute  Safety  Information  Bulletins  to  de- 
scribe new  requirements,  techniques,  and  products. 

7)  Establish,  certify,  and  enforce  requirements  for  standard  or 
specialized  safety  equipment,  including  protective  clothing, 
to  protect  personnel  from  inherent  hazards. 

8)  Monitor  all  hazardous  operations  to  ensure  no  deviation  from 
approved  safety  practices. 

9)  Review  test  procedures,  procedure  change  notices,  maintenance 
procedures,  test  orders,  and  standard  operating  procedures, 
to  ensure  approval  and  inclusion  of  safety  requirements. 
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10)  Provide  an  Industrial  Safety  Program  in  accordance  with  KSC 
requirements. 

11)  Investigate  all  accidents  and  incidents.  Prepare  and  sub- 
mit reports  as  applicable. 

3.7  Fleet  Utilization  and.  IUS/Tug- to-Pay load  Integration  Require- 
ments 

Not  applicable  to  this  subplan. 

3.8  Site  Activation  and  Verification 

3.8.1  General  - The  principal  activities  identified  with  Tug  site 
activation  at  ETR  and  WTR  are  shown  in  Figure  III-D-12.  The 
following  activities  are  critical  in  achieving  an  orderly  activa- 
tion: 

1)  Facility  criteria  and  design  development; 

2)  Facility  construction  and  validation; 

3)  GSE  criteria  and  design  development; 

4)  GSE  construction  and  validation; 

5)  GSE  installation  and  checkout; 

6)  Functional  checkout  of  the  facility  and  GSE  using  an  engi- 
neering model  Tug; 

7)  Checkout  and  launch  of  the  first  flight  article. 

The  ETR  site  activation  functional  flow  diagram.  Figure  III-D-13, 
shows  in  detail  the  sequence  and  interrelationship  of  these  ac- 
tivities . 

3.8.2  Facility  Criteria  and  Design  Development  - NASA  will  be 
responsible  for  development  of  basic  and  detailed  Tug  require- 
ments for  each  of  the  new  or  modified  facilities  at  ETR  and  WTR. 
Preliminary  and  final  reviews  will  be  held  to  assure  that  all 
requirements  had  been  identified  before  presentation  to  A&E 
contract  bidders. 

The  detailed  requirements  will  be  presented  to  qualified  A&E  de- 
sign agencies  as  the  criteria  on  which  to  base  design.  The 
selected  A&E  design  agency  will  prepare  detailed  drawings  of 
the  new/modified  facilities.  Preliminary  50%,  90%,  and  final 
design  reviews  will  be  held  at  NASA  at  ETR  and  WTR  (as  applicable) 
A complete  drawing  file  will  be  maintained  by  NASA  at  ETR.  A 
set  of  drawings  peculiar  to  WTR  will  be  maintained  at  WTR. 
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Figure  III-D-13  ETR  Site  Activation,  Construction  Functional  Floe  Diagram 
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The  drawings  developed  in  the  A&E  design  phase  will  be  presented 
to  qualified  construction  contractors  for  bid.  The  bid  cycle 
will  be  approximately  60  days. 

3.8.3  Facility  Construction  and  Validation  - The  selected  con- 
struction contractor/contractors  will  perform  the  facility  modifi- 
cations under  the  direction  of  the  site  activation  working  group. 

A NASA  facility  construction  surveillance  team  will  perform 
physical  surveillance  of  the  work,  participate  in  NASA/contractor 
progress  and  performance  reviews,  review  contractor  shop  and  de- 
tail drawings,  prepare  discrepancy  and  open  item  lists,  review 
engineering  changes,  report  to  the  site  activation  working  group, 
and  participate  in  beneficial  occupancy  date  (BOD),  and  turnover 
activities . 

Validation  of  the  facility  modifications  will  be  performed  by  the 
construction  contractors  using  validation  procedures  prepared  by 
the  construction  contractors  and  approved  by  the  site  activation 
working  group.  The  validation  tests  will  be  observed  by  facility 
construction  surveillance  team  members.  Final  acceptance  and  BOD 
will  be  contingent  on  satisfactory  completion  of  validation  tests 
and  closeout  of  open  items. 

3.8.4  GSE  Criteria  and  Design  Development  - The  NASA  will  be  re- 
sponsible for  development  of  detailed  criteria  for  GSE  to  be  used 
at  ETR  and  WTR.  The  finalized  criteria  will  be  presented  to  the 
GSE  contractor. 

3.8.5  GSE  Design  - The  NASA  designated  GSE  contractor  will  be  re- 
sponsible for  the  GSE  design.  Preliminary  and  final  design  reviews 
will  be  held  as  directed  by  NASA  at  ETR,  WTR,  and/or  the  GSE  con- 
tractor's facility.  Final  approval  of  the  design  and  go-ahead  for 
construction  will  be  given  by  NASA. 

3.8.6  GSE  Construction  and  Validation  - The  GSE  contractor  (or 
designated  subcontractors)  will  construct  the  GSE  at  his  (or  the 
subcontractor's)  manufacturing  facility.  Construction  will  be 
subject  to  inspection  by  NASA  at  all  stages. 

Validation  of  the  GSE  at  the  end-item  level  will  be  performed  at 
the  construction  contractor's  facility  using  validation  procedures 
baaed  on  acceptance  criteria  developed  as  part  of  the  GSE  design. 
The  validation  tests  will  be  witnessed  by  NASA  representatives. 

On  satisfactory  completion  of  validation  testing  and  resolution 
of  open  items,  NASA  will  grant  partial  acceptance  of  that  item 
of  GSE,  and  the  item  will  be  packed  and  shipped  to  the  using 
site. 
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3.8.7  GSE  Installation  and  Checkout  - Upon  receipt  at  the  using 
site,  the  GSE  will  undergo  visual  receiving  inspection.  Portable 
or  mobile  GSE  will  be  checked  for  compatibility  with  the  facility 
interfaces  at  the  point  of  use  by  the  GSE  contractor.  The  GSE 
will  be  operated  at  the  end  item  or  subsystem  level  to  verify  opera- 
tional readiness. 

The  GSE  contractor  will  be  responsible  for  installation  of  fixed 
GSE  at  the  operational  facilities.  This  will  require  preparation 
of  installation  drawings,  statements  of  work,  procurement  of  long 
lead  material,  letting  of  installation  subcontracts,  and  surveil- 
lance/inspection of  the  subcontractor  installation. 

Checkout  of  the  basic  installation,  such  as,  continuity  testing 
of  wiring,  leak  checking  of  pneumatic/ fluid  lines  and  holding 
vessels,  etc,  will  be  performed  by  the  installation  subcontractor 
with  surveillance/ inspect ion  by  the  GSE  contractor. 

End-to-end  and  operational  testing  (at  the  subsystem  level)  will 
be  performed  by  the  GSE  contractor  using  Ground  System  Test  Pro- 
cedures (GSTPs)  approved  by  NASA,  and  with  surveillance  of  the 
test  by  NASA.  A partial  acceptance  of  the  GSE  installation  will 
be  granted  by  NASA  on  satisfactory  completion  of  the  tests  and 
resolution  of  discrepancies . 

3.8.8  Functional  Checkout  of  Facility  and  GSE  Using  an  Engineering 
Model  Tug  - An  engineering  model  of  the  Tug  will  be  provided  by  the 
Tug  contractor  for  functional  checkout  of  the  launch  site  systems. 
The  engineering  model  will  have  the  following  characteristics 
identical  with  the  flight  article: 

1)  Forward  and  aft  adapters; 

2)  Fluid,  gas,  and  electrical  interfaces; 

3)  Structural  configuration  and  handling  points; 

4)  Internal  tanks,  capable  of  being  loaded  with  gases,  APS,  and 
main  engine  propellants; 

5)  Provisions  for  supporting  a (typical)  spacecraft; 

6)  Avionics. 

This  model  can  be  a qualification  article,  such  as  an  STA  or  PTV 
(if  available),  refurbished  as  required  by  the  Tug  contractor , or 
any  high  fidelity  semifunctional  Tug  model.  If  an  STA  or  PTV  is 
available,  existing  schedules  will  have  to  be  adjusted  to  make  them 
available  in  time. 
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The  purpose  of  the  functional  checkout  is: 

1)  verification  of  operational  checkout  procedures; 

2)  verification  that  all  facilities  and  GSE  are  operational  and 
ready  to  process  the  flight  article; 

3)  verification  of  Orbiter  to  Tug  interfaces;  and 

4)  crew  training. 

The  engineering  model  functional  checkout  at  ETR  will  proceed  in 

the  following  sequence  as  shown  in  Figure  III-D-14. 

1)  Receipt  from  the  delivery  aircraft  and  installation  of  the 
model  on  the  Tug  transporter; 

2)  Transport  to  TPF,  purge,  cleaning,  and  installation  in 
checkout  cell  #1. 

3)  Complete  pre-mate  checkout  in  the  checkout  cell.  (Using 
simulators  for  those  internal  functions  not  provided  on  the 
model,  i.e.,  fuel  cell,  batteries,  some  avionics,  etc); 

4)  Mate  with  a dummy  spacecraft  (one  cell); 

5)  Tug/ spacecraft  interface  checkout  with  spacecraft  electrical 
functions  provided  by  a simulator  (one  cell) ; 

6)  Load  (and  unload)  of  APS  propellants  and  partial  pressuriza- 
tion; 

7)  Insertion  of  the  Tug/ spacecraft  into  the  transport  canister; 

8)  Movement  of  the  canister  to  the  launch  pad; 

9)  Installation  in  the  PCR; 

10)  On  pad  checkout  (in  PCR)  ; 

11)  Insertion  into  the  Orbiter,  and  connection  of  Tug/ spacecraft 
to  Orbiter  lines,  cables,  etc; 

12)  In-Orbiter  checkout; 

13)  Load  and  unload  of  cryogenic  propellants  through  the  Orbiter 
interface; 

14)  Tank  purging  and  safing; 
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Removal  of  the  Tug/spacecraft  from  the  Orbiter; 

16)  Removal  from  the  PCR  and  reinsertion  in  the  transport  canister; 

17)  Movement  from  the  pad  to  the  TPF; 

IS)  Removal  of  the  Tug/spacecraft  from  the  canister; 

19)  Tank  purge  and  safing; 

20)  Movement  to  OPF; 

21)  Demate  verification  with  Orbiter; 

22)  Movement  to  TPF; 

23)  Demate  of  Tug/spacecraft; 

24)  Fit  check  of  Tug  in  checkout  cell  #2. 

The  engineering  model  Tug  will  be  shipped  to  WTR  to  functionally 
verify  the  OPF,  PPF  launch  pad  facilities,  and  GSE  after  its  use 
at  ETR.  After  WTR  site  verification  the  Tug  will  be  returned  to 
ETR  for  training  purposes. 

3.8.9  Checkout  and  Launch  of  the  First  Flight  Article  - Process- 
ing of  the  first  flight  article  will  start  with  removal  from  the 
delivery  aircraft,  installation  of  the  transport  cover,  and  move- 
ment to  the  TPF,  where  the  ground  checkout  will  be  performed  in 
the  following  sequence,  as  shown  in  Figure  III-D-15: 

1)  Tank  purge; 

2)  Inspection  and  cleaning  of  external  surfaces  of  the  Tug  in 
the  airlock  area; 

3)  Removal  of  the  Tug  from  the  transport  vehicle  and  installa- 
tion in  the  handling/support  fixture  (airlock  area); 

4)  Installation  in  the  checkout  cell  (clean  bay); 

5)  Operational  checkout  of  the  Tug  in  the  checkout  cell,  using 
the  spacecraft  simulator; 

6)  Receipt  of  spacecraft; 

7)  Spacecraft  to  Tug  mate; 

8)  Tug/spacecraft  integrated  checkout; 
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9)  Tug  APS  load  and  partial  pressurization; 

10)  Canister  positioned  at  airlock  door  and  sealed; 

11)  Tug/ spacecraft  inserted  in  canister  using  the  TPF  manipulator. 
Canister  doors  closed; 

12)  Move  canister  to  pad; 

13)  Open  PCR,  mate  canister  to  PCR.  Insert  Tug/spacecraft  in  PCR 
using  PCR  manipulator; 

14)  Close  PCR.  Insert  Tug/ spacecraft  in  Orbiter  bay.  Close 
Orbiter  bay; 

15)  Perform  precountdown  checkout; 

16)  Perform  launch  countdown,  load  propellants,  pressurize; 

17)  Perform  terminal  countdown  - launch. 

3.8.10  Schedules  - Planning  for  the  Tug  Site  Activation  Phase  was 
based  on  a go-ahead  date  of  1 January  1980,  and  launch  of  the  First 
Flight  Article  in  December  1983. 

Figure  III-D-16  is  the  schedule  from  go-ahead  to  completion  of  the 
design/construction  period.  Figure  III-D-17  shows  the  events  during 
the  engineering  model  checkout  period;  and  Figure  HI-D-18  is  the 
schedule  from  receipt  through  launch  of  the  first  flight  article. 

3.9  Ground  Software  Development 

3.9.1  General  - Ground  software  developed  and/or  used  during  the 
site  activation  phase  includes: 

1)  mission  requirements  documents; 

2)  mission  program  tapes; 

3)  checkout  criteria  documents; 

4)  checkout  program  tapes  and  cards; 

5)  GSE  acceptance  procedures; 

6)  facility  validation  procedures; 

7)  GSE  installation  checkout  procedures; 

8)  engineering  model  test  procedures; 
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prototype  operational  test  procedures; 

10)  maintenance  procedures. 

Mission  requirements  documents  and  mission  program  tapes  will  be 
developed  jointly  by  NASA  and  the  Tug  contractor  as  a mission 
planning  function.  Checkout  criteria  documents  will  be  developed 
jointly  by  NASA  and  the  Tug  contractor  offsite,  but  used  at  ETR 
and  WTR  during  the  site  activation  phase.  The  development  of 
this  documentation  and  software  is  outside  the  scope  of  the  site 
activation  subplan. 

It  is  necessary  to  understand  the  basic  software  development 
process,  factor  in  software  that  should  have  been  developed  by 
the  time  the  Tug  is  scheduled  to  be  delivered  at  the  launch  site, 
and  determine,  from  a software  viewpoint,  what  is  required  of  the 
software  through  the  site  activation  process.  Figure  III-D-19 
illustrates  the  LPS  Software  Development  Process  and  indicates 
responsibilities  as  well  as  how  new  elements  enter  the  process. 

The  LPS  software  contractor,  IBM,  will  probably  use  a top-down 
programming  approach  that  develops  the  system  level  first,  the 
module  level  next,  etc.  Each  succeeding  level  can  contain  vacant 
or  simulated  modules  that  could  be  developed  later*  This  sets  up 
the  operating  system  and  the  support  system,  leaving  the  applica- 
tion programs  to  be  developed  as  a package  at  a time  when  more 
detail  is  available*  This  method  does  have  the  advantage  of  de- 
fining interfaces  and  links  well  enough  to  test  groups  of  modules 
(integrated  testing)  shortly  after  coding. 

This  entire  process  will  have  been  repeated  many  times  and  been 
refined  in  the  process.  Application  modules  will  exist  that  per- 
form a wide  variety  of  routines.  Spacecraft  and  IUS  will  have  en- 
tered the  process  many  times  during  early  Shuttle  era.  Tug  is  not 
expected  to  be  a large  transient  on  the  system  because  it  will 
enter  the  program  high  on  the  learning  curve*  Tug  software  can 
be  developed  offline  and  verified  independently  of  hardware.  The 
entire  Tug  software  process  can  be  developed  concurrently  with  its 
own  hardware  development. 

Validation  does  require  element  hardware  to  eliminate  large  impacts 
at  the  launch  site;  validation  could  take  place  at  the  Tug  con-- 
tractor's  facility  with  a partial  CCMS  and  telephone  links  to  a 
development  CDS.  These  preop erational  engineering  tests  at  the 
Tug  contractor  site  could  be  used  for  acceptance  and  scientific 
simulation  testing.*  Final  validation/verif ication  of  the  software 
will  be  done  at  the  launch  site  using  the  Tug  engineering  model 
and  the  first  flight  article* 
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The  Tug  checkout  software  development  is  a cooperative  effort  between 
the  Tug  contractor,  the  NASA,  and  IBM,  The  desired  objective  Is  to 
develop  the  software  early,  and  bring  it  to  the  site  Integrated 
and  validated.  Software  sophistication  and  the  time  allotted 
by  the  program  for  development  lead  to  the  conclusion  that  soft- 
ware should  not  be  a large  factor  during  site  activation.  The 
primary  activation  problems  will  be  narrowed  to  hardware  problems 
once  the  software  has  been  developed, 

3.9.2  GSE  Acceptance  Procedures  - GSE  acceptance  procedures  will 
be  developed  by  the  GSE  contractor,  or  the  GSE  subcontractor,  and 
approved  by  NASA,  These  procedures  will  be  used  at  the  GSE  manu- 
facturing site  to  verify  design  parameters  of  the  individual  end- 
item  before  acceptance  by  NASA,  and  before  shipment  to  ETR  or  WTR. 

Facility  validation,  GSE  installation  checkout,  prototype  opera- 
tional, and  operational  procedures  will  be  developed  and  used 
at  ETR  and  WTR  during  the  site  activation  phase.  The  develop- 
ment of  these  procedures  is  described  in  the  following  paragraphs. 

3.9.3  Facility  Validation  Procedures  - Facility  validation  pro- 
cedures are  normally  developed  by  the  facility  construction/ 
modification  contractor  to  criteria  developed  during  the  A&E 
design,  and  approved  by  NASA  through  the  site  activation  work- 
ing  group.  Figure  III-33-20  is  a flow  chart  showing  the  stages 
in  development  of  a typical  facility  validation  procedure. 
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Figure  III-D-20  Facility  and  GSE  Procedure  Development  Flow 

The  procedures  required  to  validate  the  new /modified  facilities 
at  ETR  and  WTR  identified  at  this  time  are  shown  in  Table  III-D-1. 


III-D-40 


Table  Ill-D-1  Facility  Validation  Procedures 


Procedure  No, 

Facility  System 

Location 

FVP-01-TF 

Electrical  Power  and  Grounding 

TPF 

FVP-02-TP 

Pneumatic  Piping  System 

TPF 

FVP-03-TP 

Propellant  Piping  System 

TPF 

FVP-04-TP 

C/0  Cell  Folding  Platform  Functional 

TPF 

FVP-05-TP 

Relocated  Crane  Functional 

TPF 

FVP-06-TP 

Telemetry,  Tracking,  and  Command 
Link  (VSUR  and  Attenuation) 

TPF 

FVP-07-TP 

Environmental  Control  System 

TPF 

(S&M  Bldg) 

FVP-08-TP 

LPS  Links  and  End  Station  Functional 

TPF 

FVP-Ol-OP 

Electrical  Power  and  Grounding 

OPF 

FVP-Q2-0P 

Crane  Functional 

OPF 

* j 

FVP-03-OP 

Pneumatic  Piping  System 

OPF 

FVP-04-OP 

Propellant  Disposal  System 

OPF 

FVP-01-LP 

Electrical  Power  and  Grounding 

Launch 

Pad 

FVP-02-LP 

LO;,/LH,,  Facility  - GSE  Interface 

Launch 

Pad 

FVP-03-LP 

Pneumatic  Piping  System 

Launch 

Pad 

FVP-04-LP 

Fixed  and  Folding  Platforms 
(Modified) 

Launch 

(PCR) 

Pad 

FVP-05-LP 

Launch  Pad  to  LCC  Hardline  Link 

Launch 

Pad 

3.9.4  GSE  Installation  Checkout  Procedures  - Basic  GSE  installa- 
tion tests  such  as  wiring  continuity,  tubing,  and  pressure  vessel 
leak  checks,  verification  of  weld  integrity,  etc,  are  performed 
by  the  installation  contractor  using  standard  industrial  procedures 

End-to-end  continuity  tests  of  wiring,  verification  of  piping  sys- 
tems , GSE  end  item  functional  tests , checkout  of  site  modification 
to  GSE,  and  verification  of  GSE  to  facility  and  other  GSE  inter- 
faces will  be  performed  at  ETR  and  WTR  by  the  GSE  contractor , 
using  GSE  installation  checkout  procedures.  These  procedures  will 
be  developed  by  the  GSE  contractor  and  approved  by  NASA,  as  shown 
in  Figure  III-D-20. 
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GSE  end  items  that  are  not  installed,  that  is,  portable/mob ile 
equipment,  will  be  functionally  verified  onsite  using  prototype/ 
finalized  operating  procedures.  The  development  of  these  pro- 
cedures will  be  covered  in  para  3.9.5  and  3.9.6.  The  GSE  instal 
lation  checkout  procedures  required  to  verify  installed  GSE  at 
ETR  and  WTR  identified  at  this  time  are  shown  in  Table  III-D-2. 

Table  11I—D—2  GDB  installation  Checkout  V nocethives 


Procedure  No* 

GSE  System  (or  end  item) 

Location 

GSTP-01-TP 

GSE  Electrical  Power  and 
Distributiuon  System 

TPF 

GST  P -02 -TP 

Guidance  and  Navigation  Test  Set 
(A-007)  Functional 

TPF 

GSTP-03-TP 

Control  and  Data  Acquisition 
Console  (A-008) 

TPF 

GSTP-04-TP 

APS  Propellant  Supply  and  Transfer 
Unit,  Closed  Loop  (P-012) 

TPF 

GSTP-Ol-LC 

Control  and  Monitor  Console  (A-018) 

LJC 

GSTP-02-LC 

Propellant  Load  Console  (A-019) 

LCC 

GST P-01— LP 

LH2  Propellant  Load  and  Pressuriza- 
tion Unit,  Closed  Loop  (P-021) 

Launch 

Pad 

GSTP-02-LP 

LO^  Propellant  Load  and  Pressuriza- 
tion Unit,  Closed  Loop  (P-022) 

Launch 

Pad 

3.9.5  Engineering  Model  Test  Procedures  - The  engineering  model 
test  procedures  will  be  developed  by  the  Tug  contractor  with  NASA 
approval.  Tug  refurbish  and  checkout  procedures  will  be  of  the 
checklist  type  currently  used  in  the  airline  industry  rather  than 
the  detailed  step-by-step  procedures  used  in  the  aerospace  industry 
today.  These  procedures  will  be  used  at  ETR  and  WTR  during  the 
engineering  model  tests  and  on  completion  of  these  tests,  the 
applicable  procedures  will  be  revised  and  updated  to  support  the 
checkout  and  launch  of  the  first  flight  article.  The  procedure 
development  flow  is  shown  in  Figure  III-D-21.  The  actual  pro- 
cedures required  are  identified  in  the  functional  flow  of  section 
3.1,  and  in  the  functional  data  sheets  contained  in  Appendix  A, 
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Engineering  Model 


Figure  III-D-21 

Engineering  Model  and  First  Flight  Article  Procedure  Development  Flow 


3.9.6  Prototype  Operational  Procedures  - Prototype  operational 
procedures  will  result  from  the  procedures  used  in  checkout  of  the 
engineering  model.  The  first  flight  article  Tug  will  be  checked 
out,  serviced,  and  launched  using  these  procedures.  Finalized 
operational  procedures  will  develop  from  these  procedures  after 
update  based  on  experience  gained  during  processing  of  the  first 
flight  article,  as  shown  in  Figure  III-D-21.  The  functions  per- 
formed using  the  prototype  operational  procedures  are  described 
in  the  functional  flow  of  Section  3.1  and  the  functional  data 
sheets  contained  in  Appendix  A. 

3.9.7  Maintenance  Procedures  - Procedures  for  periodic  maintenance 
will  be  developed  by  the  Tug  contractor  for  ETR  and  WTR  with  NASA 
approval.  The  analysis  of  maintenance  requirements  and  prepara- 
tion of  maintenance  procedures  is  covered  under  Logistics /Main- 
tenance, Section  3.10  of  this  subplan. 

3.10  Logistics /Maintenance 

Tug  Logistics  support  provides  necessary  systems  and  disciplines 
required  to  ensure  integrated  logistics  across  the  program.  The 
Tug  site  activation  phase  will  be  used  to  validate  and  verify 
requirements  and  planning  developed  for  the  logistics  support 
program.  Special  attention  must  be  paid  to  the  adequacy  of  facil- 
ity and  GSE  design  in  terms  of  Support  requirements. 
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Management  for  Logistics  will  have  responsibility  for  planning  and 
implementing  the  total  logistical  support.  Elements  included  in 
the  overall  activation  logistical  program  are  warehousing  activ- 
ities, tool  cribs,  spares  selection/management,  maintenance  analy- 
sis, identification,  developing  and  conducting  the  training  pro- 
gram, and  management  of  vendor  documentation.  Primary  documenta- 
tion to  be  prepared  will  be  operations,  maintenance,  and  handling 
manuals  for  the  GSE,  transportation  and  handling  plans  for  all 
program  equipment. 

3.10.1  Facility /GSE  Design  - The  Logistics  Support  Requirements 
Analysis  will  focus  on  GSE  and  facility  support  as  well  as  on  the 
Tug.  Requirements  identified  by  the  analysis  must  be  presented 
as  timely  support  criteria  for  design.  Active  logistics  partici- 
pation in  facility  and  GSE  design  reviews  is  required  to  obtain 
the  necessary  trades  that  will  facilitate  the  logistics  function 
and  reduce  support  costs.  Accessibility  for  GSE  maintenance, 
maximum  application  of  commercially  available  components  in  GSE 
design,  adequacy  of  facility  space  and  layout  for  planned  main- 
tenance activity,  facility  provisions  for  spares  and  tooling  stor- 
age, etc,  are  typical  concerns  of  the  support  analysis. 

3.10.2  Maintenance  Analysis  - This  analysis  will  start  at  the 

system  or  end  item  and  continue  to  and  including  the  lowest  re- 
placeable units.  The  results  of  this  analysis  will  be  documented 
on  logistics  requirement  sheets  that  contain  information  such  as: 
equipment  location  and  accessibility  requirements;  maintenance  lo- 
cation and  prerequisites;  scheduled  and  unscheduled  maintenance 
tasks;  equipment/supplies  and  technical  data  and  procedures  re- 
quired to  accomplish  the  maintenance  task;  spares  requirements 
and  special  requirements  covering:  cleanliness,  life  limitation, 

packaging,  storage,  and  transportation  requirements.  The  logis- 
tics requirements  will  summarize  and  identify  each  repairable  item, 
and  the  spares  required  to  repair  each  item.  Additional  data  that 
will  be  obtained  and  implemented  during  this  analysis  is  (1)  list- 
ing for  spares  management  and  inventory  control*  and  (2)  calibra- 
tion requirements  summary. 

3.10.3  Supply  - Supply  activities  will  consist  of  processing  all 
material  requirements,  GFP,  and  procured  parts.  Inventories  will 
be  established  and  maintained  for  operational  supplies  and  spares 
support.  For  program  economics,  the  contractor  will  use  existing 
KSC  operational  supply  inventories  at  Kennedy  Space  Center.  A 
tool  crib  would  be  established  to  provide  mechanical  and  elec- 
trical/electronic tool  support  and  ensure  that  tools  requiring 
calibration  are  cycled  for  calibration  in  accordance  with  estab- 
lished time  or  usage  intervals. 

3.10.4  Facilities  and  Facility  Equipment  - Facilities  required  for 
logistical  support  would  be  a warehouse  area  at  or  near  the  Tug 
Processing  Facility  to  provide  protective  storage  and  processing 
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of  all  materials,  GFP  and  contractor  furnished.  An  area  within 
the  warehouse  would  serve  as  a bonded  area  for  storage  of  critical 
spares  and  GFP,  Personnel  for  operations  of  shipping,  receiving, 
inspection,  packaging,  material  control,  spares  control,  ware- 
housing activities  for  storage  and  issuance  of  material  will  be 
located  in  this  area.  Support  services  as  outlined  in  KSC  Publi- 
cation KHB  861Q.1A1AD  would  be  used  by  contractor,  providing 
services  available  are  compatible  with  scheduled  program  require- 
ments . 

Facility  equipment  would  consist  of  desks,  chairs,  file  cabinets, 
tables,  forklift  for  material  handling,  capability  for  cold  stor- 
age, warehouse  shelving  and  bins,  power  equipment  for  shipping 
container  fabrication,  and  vehicles  for  material  transporting. 

3.10.5  Personnel  Training  - Personnel  in  test  and  operations 
that  perform  work  related  directly  to  Tug  processing  will  be 
trained  and  certified  in  their  particular  specialties.  All  will 
be  given  familiarization  courses  so  they  will  be  cognizant  of  the 
overall  operation.  Refurbish  and  checkout  personnel  will  be  pro- 
vided detailed  instruction  on  Tug  functional  operation  and  be 
certified  after  satisfactorily  passing  course  examinations  and 
proficiency  demonstrations.  Periodic  update  and  examination/ 
certification  will  be  required  for  all  operating  personnel  to 
assure  continuing  competency.  Effort  required  to  present  these 
courses  includes  the  preparation  of  syllabus  lesson  plans,  student 
study  guides,  certification  requirements,  and  examinations.  Cer- 
tification will  include  systems  operational  function  and  checkout , 
component  operational  function  and  checkout,  and  individual  skill 
certification  in  soldering,  nondestructive  testing,  clean  room 
operation  component  changeout  and  repairs. 

3.10.6  Validation/Verificatxon  Activities  - The  engineering  model 
flow,  which  will  closely  follow  the  planned  Tug  operational  flow, 
will  be  used  to  the  maximum  extent  to  verify  the  Tug  logistics 
program.  It  is  suggested  that  a logistics  demonstration  program 
be  run  in  parallel  to  the  Tug  engineering  model  Flow  to  verify 
planned  maintenance  activity,  spares  availability  and  processing, 
spares  transportation,  procedural  documentation  and  its  change 
program,  and  operational /maintenance  training. 

A logistics  demonstration  plan  will  be  developed  specifically 
identifying  the  objectives,  implementation.,  and  scoring  system 
to  be  used  during  demonstration  activities . One  phase  of  the 
program  will  monitor  all  Tug  engineering  model  operations,  start- 
ing with  receipt  at  the  airfield,  and  following  through  to  inser- 
tion in  the  PCR.  The  intent  during  this  phase  will  be  to  score 
the  adequacy  and  accuracy  of  transportation  and  handling  pro- 
cedures, to  evaluate  the  training  program,  and  perform  final  crew 
training,  to  evaluate  the  logistics  program  in  terms  of  time  to 
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accomplish  standard  maintenance  activity  and  to  identify  problems 
associated  with  the  flow  that  affect  logistics  decisions  and 
planned  procedure.  The  second  phase  of  the  demonstration  program 
will  introduce  simulated  component  failure  into  the  processing 
flow.  OFI  data  will  be  prepared  in  conjunction  with  a postflight 
maintenance  activity  plan  to  establish  a series  of  maintenance 
actions  to  be  performed  within  the  maintenance  timeline.  Spares 
requirements  will  be  generated  to  judge  onsite  spares  availability 
and  processing  of  the  spares  from  central  inventory  to  point  of 
usage.  Request  will  be  made  for  production  spares  from  the  Tug 
manufacturer's  facility,  with  subsequent  monitoring  of  the  trans- 
portation, receipt,  handling  at  time  required  to  get  the  spares. 

Availability  and  adequacy  of  maintenance  location,  level,  documen- 
tation, tools,  and  equipment  will  be  reviewed.  Selected  compo- 
nents will  be  run  through  Levels  J. , TL,  and  III  maintenance  on  a 
simulated  basis  to  judge  the  time  required  to  obtain  necessary 
support  documentation,  including  vendor  data,  and  to  make  deci- 
sions necessary  For  maintenance  action.  Access  to  the  Tug  manu- 
facturer data  base,  via  microfilm,  terminal  system,  or  telecon, 
will  be  demonstrated  in  support  of  simulated  malfunction  and  re- 
pair requirements. 

The  problems  identified  during  logistics  demonstration  will  be 
documented  in  a summary  report.  The  report  will  provide  specific 
feedback  to  the  support  requirements  analysis  for  adjustment, 
modification,  and  addition  to  the  logistics  program,  in  prepara- 
tion for  processing  of  the  first  flight  article.  Procedural  changes 
will  be  made,  individual  and  crew  training/certification  will  be 
supplemented  as  required,  spares  and  support  equipment  deficiencies 
will  be  corrected  to  provide  a "ready"  logistics  program  for  the 
first  flight  article.  One  of  the  most  important  benefits  to  be 
gained  by  logistics  demonstration  will  be  assessment  of  the  time 
required  for  maintenace  activities  in  a real  processing  situation 
in  light  of  overall  timeline  requirements.  Exercising  of  logistics 
control  functions,  including  Tug  maintenance  status  reporting, 
maintenance  planning,  spares  provisioning  and  recording,  and 
reassessment  of  assignment  of  maintenance  task  times  as  a result 
of  Tug  engineering  model  flow,  will  prove  the  adequacy  and  state 
of  preparation  of  fleet  management  operations. 

3.11  Configuration  Management 

The  configuration  management  processes  used  during  the  site 
activation  phase  are  basically  the  same  as  those  used  during  the 
operational  phase.  These  processes  are  described  in  subplan  B, 

IUS  and  Tug  Fleet  Utilization  subplan. 
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3.12  Timeline  Funding 

The  funding  for  class  100,000  clean  Tug  processing  site 
activation  is  shown  in  Table  III-D-3;  the  cost  of  kick  stage 
GSE  and  LPS  equipment  at  ETR  and  WTR  are  included.  The  IUS  will 
require  a test  cell  in  the  SAEF-1;  however,  a survey  of  transtage 
(IUS  candidate)  revealed  that  the  required  GSE  was  portable  and 
could  be  easily  relocated  instead  of  duplicated.  Therefore,  the 
only  IUS  GSE  costs  are  those  of  the  test  cell.  Also  included  are 
the  SAEF-1  modifications  for  Tug  and  IUS  supporting  processing 
areas,  i.e.,  engine  preparation  area,  avionic  checkout  area, 
storage/warehousing  buildings,  tool  cribs,  etc.  The  costs  of 
launch  pad/PCR  and  OPF  modifications  at  ETR  and  WTR  are  included. 

Table  III-D-3  Hite  Activation  Timeline  Funding , 0 in  IHlli-rnc 


Function 

1980 

1981 

1982 

1983 

Total 

Fleet  Utilization 
Project  Management 

0.26 

0.50 

2.07 

4.78  ! 

7.61 

Ground  and  Launch 
Operations,  ETR 

0.62 

1.19 

2.47 

21.28 

25.56 

Ground  and  Launch 
Op  era  t ions , WTR 

0 

0 .50 

2.52 

1.96 

4.98 

Total 

0.88 

2.19 

7.06 

28.02 

38.15 

The  costs  shown  include  manpower  costs.  The  manpower  at  each  site 
is  phased  to  reflect  the  program  needs  throughout  the  activation  phase. 
The  Tug  Fleet  Utilization  Project  Management  Office  is  phased  from 
six  people  in  1980  to  a full  staff  in  1983.  The  ETR  manpower,  as 
shown  in  Figures  ill-D— 9 and  Itl-D-ll,  rises  from  ten  in  1980  to 
full  compliment  by  mid  1983.  The  WTR  staffing  reflects  a smaller 
effort  early  in  the  program  rising  to  its  full  time  staff  of  seven 
in  mld-1983.  The  number  of  WTR  personnel  increase  after  July  1983 
to  reflect  the  ETR  crew  of  34  TDY  at  WTR  to  checkout  the  engineer- 
ing model  and  the  first  flight  article  scheduled  for  launch  in 
December  1983. 

A detailed  breakout  of  program  costs  by  element  and  time  can  be 
found  in  Vol  III,  Program  Study  Cost  Estimates. 

4.0  Alternative  Approaches 

Section  3.0  of  this  subplan  has  presented  criteria  for  a single 
option  or  approach  for  site  selection  and  activation.  In  many 
cases,  alternatives  were  available  in  the  basic  approach,  i.e., 
how  to  load  the  payload  in  the  canister,  horizontal  or  vertical 
Tug  processing,  APS  loading  and  pressurization  locations,  etc. 

This  section  discusses  these  alternatives. 
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4.1  Canister  Loading 

Assuming  the  modified  SAEF-1  as  the  TPF,  several  alternative 
methods  of  loading  the  canister  present  themselves* 

1)  Attach  canister  to  clean  area,  seal,  and  open  into  clean  area; 
load  by  means  of  grabber-type  manipulator. 

2)  Attach  canister  to  airlock  door,  seal,  and  open  into  airlock. 
Carry  Tug  from  high  bay  into  airlock*  close  high  bay  door, 
load  into  canister  with  manipulator. 

3)  Bring  canister  into  airlock  (or  high  bay),  open  end,  and  side 
doors,  load  Tug  using  overhead  crane. 

Methods  1 and  2 require  the  use  of  a manipulator.  Method  1 con- 
taminates the  high  bay  environment  temporarily*  Method  3 requires 
a special  design  canister,  and  cleaning  of  the  entire  canister 
before  entry  into  the  high  bay/airloch.  Method  2 is  the  preferred 
method . 

4.2  Horizontal  vs  Vertical  Tug  Processing 

One  of  the  basic  ground  rules  for  this  study  was  that  Tug  process- 
ing would  be  vertical.  However,  the  pros  and  cons  of  horizontal 
processing  have  been  investigated  and  a summary  of  the  results 
Follow. 

1)  Horizontal  processing  requires  less  vertical  height  in  the  TPF, 
but  requires  more  floor  space  for  the  same  number  of  Tugs  in 
process. 

2)  Horizontal  processing  requires  rotation  of  the  Tug/spacecraft/ 
canister  to  the  vertical  position  at  some  point  in  the  flow  to 
load  into  the  FCR. 

3)  Horizontal  processing  requires  rotation  horizontal  fixtures  for 
processing,  inspection,  and  mating. 

4)  Horizontal  insertion  in  the  canister  at  the  TPF  would  allow 
handling  by  overhead  crane,  deleting  the  requirement  for  a 
Tug  manipulator,  but  would  require  floor  space  to  accommodate 
a canister  and  transport  vehicle  of  75  x 85  ft  (22.9  x 26  m) 
in  length  (plus  clearance) . 

5)  Horizontal  processing  at  SAEF-1  would  eliminate  the  need  to 
raise  the  airlock  ceiling. 
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In  conclusion,  there  is  no  overwhelming  advantage  of  one  method 
of  processing  over  the  other.  However,  because  of  desirability 
of  vertical  processing  after  spacecraft  mating,  and  current  con- 
cepts of  canister/transporter  design,  the  ground  rule  calls  for 
vertical  processing. 

4.3  Twt  Manipulator 

A review  of  the  Tug  functional  flow  contained  in  subplan  A will 
reveal  that  a considerable  amount  of  time  is  involved  in  prepar- 
ing the  Tug  for  movement  and  moving  it.  This  Lime  is  based  on 
handling  and  movement  within  the  facility,  using  overhead  crimes. 

Under  present  planning,  to  move  the  Tug  from  the  SAEF-1  airlock 
to  the  checkout  area  requires  a change  of  cranes — airlock  crane 
to  checkout  area  crane.  The  use  of  a Tug  ground  manipulator  (Fig. 
III-D-7)  will  save  time  in  movement  and  movement  preparation, 
i.e.,  installation  of  handling  slings,  spreader  bars,  spiders, 
tag  lines,  etc. 

Additionally,  it  is  inevitable  that  there  will  be  unplanned  main- 
tenance and  component  replacement  operations  that  will  require 
retest  by  high  pressure  testing.  Since  the  airlock  is  designed 
and  equipped  for  these  types  of  hazardous  operat':  ns,  ability 
to  quickly  move  the  Tug  from  the  checkout  area  to  the  airlock 
and  back  will  be  advantageous. 

The  requirement  for  some  sort  of  USE  manipulator  exists  in  order 
to  install  the  Tug /spacecraft  assembly  into  the  canister  bay  from 
the  side.  This  article  of  C!SE  could  be  a self-powered  wheeled 
manipulator  or  a framework  designed  to  handle  the  Tug/spacecraf t 
from  the  side  while  supported  by  an  overhead  crane. 

4. 4 APS  Loadin']  and  Preraiwai nation  - Option:'. 

In  order  to  accomplish  the  presently  planned  Tug  tasks  in  the  TPF 
airlock,  the  same  requirement  exists  for  GSE  and  facility  as  it 
does  for  the  TPF  checkout  area,  i.e.. 

Function  No.  2.7  - Inspection 

Requires  physical  access  to  the  total  Tug 

Function  No.  2.8  - Cleaning 

Requires  physical  access  to  the  total  Tug 

Function  No.  4.5  - Install  Ship  Loose  Equipment 
Requires  physical  access  to  the  total  Tug 

Function  No.  4.6,  4.7,  4.8,  4.9,  4.10  - Leak  Checks 

Requires  access  to  all  QDs,  assumes  permanently  routed  hoses 
attached  to  facility  interfaces,  permanently  routed  cabling 
attached  to  facility  and  LPS  interfaces,  LPS  capability,  etc. 
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In  view  of  the  above  and  the  previous  intent  to  have  two  identical 
checkout  cells  in  the  TPF,  it  appears  that  requirements  are  going 
to  dictate  almost  three  identical  stands. 

Costs  versus  operational  requirements  would  appear  to  dictate 
either  planning  on  the  stand  in  the  airlock  full-up  capability 
(3  Tugs  could  be  in  process),  or  transferring  the  planned  airlock 
functions  to  the  other  two  cells  and  isolate  each  of  them  so  that 
hazardous  functions  in  one  will  not  affect  the  other  (would  allow 
2 Tugs  in  process) , 

A totally  capable  stand  in  each  checkout  cell  would  eliminate 
need  for  moving  the  Tug  to  the  airlock  for  APS  load  or  high  pres- 
sure testing. 

5.0  Simulation  Requirements 

There  are  two  types  of  simulators  required  during  the  site  activa- 
tion phase. 

1)  Operational  Simulators  - Used  in  normal  operational  checkout 
to  simulate  electrical/ mechanical  interfaces  of  flight  ve- 
hicles and  components  when  it  is  impractical  or  undesirable 
to  test  with  the  flight  components  or  for  normal  calibration 
purposes.  They  will  be  used  during  the  engineering  model  and 
first  flight  article  checkout. 

2)  Activation-Only  Simulators  - Used  only  during  the  activation 
phase  to  verify  operational  readiness  of  the  facility  and  GSE 
and  to  verify  operational  procedures. 

5.2  Operational  simulators 

The  GSE  Requirements  Specification  Data  Sheets  contained  in  Ap- 
pendix B include  descriptions  of  operational  simulator  require- 
ments identified  at  this  time.  These  are: 

1)  Electrical  Load  Banks  (A-003) ; 

2)  Orbiter  Cable  Simulator  (A-011) ; 

3)  Umbilical  Simulator  (A-012) ; 

4)  Star  Sensor  Simulator  (A-013) ; 

5)  Tug/ Spacecraft  (Deployment)  Simulator  (A-014)  ; 

6)  Fuel  Cell  Dummy  Load  Unit  (A-015) ; 

7)  Spacecraft  Docking  Simulator  (H-027) . 


Operation  of  all  of  these  units  will  be  verified  during  the  en- 
gineering model  and  first  flight  article  processing. 

5.2  AativaLion-Onlij  Simulators 


1)  Engineering  Model  Tug  - The  engineering  model  Tug  will  be 
provided  by  the  Tug  contractor.  It  will  be  used  to  verify 
Tug  ground  facilities,  CJSE,  airborne  interfaces,  and  pro- 
cedures developed  for  checkout,  servicing,  and  handling  of 
the  Tug  at  ETR  and  WTR . 

The  characteristics  of  the  engineering  model  will  be  identical 
to  those  of  the  Tirst  flight  article  in  all  essentials,  in- 
cluding: 

forward  and  ait  adapters; 

propellant  loading,  pressurization , venLlng,  und  elec- 
trical interfaces; 

internal  tanks  capable  of  being  loaded  with  APS  propel- 
lant, LHj/LOj  cryogenic  propellants,  and  pressurization 
and  purge  gages; 

structural  configuration  and  handling  points; 

provisions  for  supporting  a (typical)  spacecraft  or 
spacecraft/kick  stage  configuration; 

avionics; 

real  or  simulated  response  to  electrical  stimuli; 
simulated  fuel  cell. 

2)  Dummy  Spacecraft  - A dummy  spacecraft  will  be  used  during  the 
engineering  model  verification.  This  article  will  have  the 
physical  shape,  weight,  and  structural  interface  points  of  a 
typical  spacecraft  (or  of  the  first  flight  spacecraft).  Gen- 
eral characteristics  of  the  dummy  spacecraft  would  include: 

Maximum  length  - 30  ft  (9.2  m)  [or  20  ft  (6.1  m)  with 
kick  stage) . 

Maximum  diameter  - 10  ft  (3  m) 

Maximum  weight  - 5500  lb  (2495  kg) 

Aft  end  to  mate  with  Tug  forward  adapter  and/or  kick 
stage  truss. 


III-D-51 


Dummy  Airborne  Connectors/Quick-Disconnects  - Electrical 
interfaces  would  be  simulated.  The  dummy  spacecraft  or 
spacecraft  simulation  would  carry  no  ordnance  devices,  pro- 
pellants, or  gases,  nor  require  installation  or  loading  of 
these  commodities. 

3)  Dummy  Kick  Stage  - This  unit  will  simulate  Lhe  physical  char 
acteristics  of  a solid  rocket  motor  kick  sLage,  as  follows: 

Maximum  length  (including  superstructure  ) - 10  ft  (3m) 

Maximum  diameter  - 10  ft  (3m) 

Aft  end  to  mate  with  the  Tug  forward  adapter 

Forward  end  to  mate  with  the  dummy  spacecraft 

Maximum  weight  - 1000  lb  (454  kg) 

Dummy  airborne  connectors /QDs 

This  unit  will  be  used  during  engineering  model  verification. 
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PART  IX  - FACTORY  CLEAN  TUG  PROCESSING 


1.0  Introduction 

Part  II  provides  a top  level  plan  for  the  activaLion  of  a KSC 
facility  for  the  processing  of  the  Tug  in  a factory  clean  en- 
vironment, and  the  activation  approach  for  the  factory  clean 
processing  flow  presented  in  Addendum  6. 

Part  I of  this  subplan  provided  a similar  plan  for  the  activation 
of  a KSC  facility  for  Tug  processing  in  a 100,000  Class  clean 
environment  and  is  keyed  to  the  functional  flow  contained  in 
Subplan  A. 

The  Tug  Activation  Phase  Subplan  for  factory  clean  tug  process- 
ing describes  the  scope  of  effort  required  to  provide  operational 
Tug  capability  at  ETR  and  WTR  and  IUS  processing  at  ETR.  This 
plan  Is  keyed  to  factory  clean  Tug  processing  in  joint  Tug/XUS 
processing  facility,  (Option  6 presented  in  Subplan  E.).  The  activa- 
tion phase  encompasses  the  period  from  development  of  facility  and  GSE 
criteria  through  launch  of  the  first  flight  article  for  the  Tug,  and 
includes  the  following  major  activities: 

1)  Development  of  facility  and  GSE  criteria; 

2)  Facility  and  GSE  design; 

3)  Facility  and  GSE  construction; 

4)  Facility  and  GSE  validation; 

5)  Functional  verification  using  a prototype  Tug 

6)  Checkout  and  launch  of  the  first  flight  Tug 

The  IUS  processing  facility  activation  described  in  this  subplan 
includes  the  activities  through  Facility/GSE  validation  only. 

These  activities  are  described  in  Section  3.0.  Related  support- 
ing functions,  such  as  manpower  staffing,  safety,  software  devel- 
opment, logistics,  and  configuration  management,  are  also  covered 
in  Section  3.0. 

In  the  interest  of  clarity  and  to  avoid  repetition.  Section  3.0 
follows  the  "single  option"  criterion  when  describing  facility 
sites,  methods  of  operations,  and  flow  sequences.  Recognizing 
that  in  many  cases  alternatives  are  available,  Section  4.0  of  the 
subplan  is  devoted  to  describing  and  assessing  the  merits  of  such 
alternatives. 
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2.0  General  Requirements 

2. 1 0 round  Rules 
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The  basic  ground  rules  for  this  section  of  the  study  follow. 

1)  Operational  Tug  launch  capability  at  ETR  and  WTR;  however 
WTR  would  have  limited  maintenance  and  checkout  capability. 

2)  Tug  processing  facility  would  be  provided  only  at  ETR  to 
service  both  ETR  and  WTR.  Tugs  will  be  ferried  to  WTR  after 
turnaround  processing  at  ETR. 

3)  The  VAB  low  bay  to  be  the  prime  candidate  for  the  Tug/lUS 
processing  facility  based  on  Option  6,  Section  5.0  of  Sub- 
plan E. 

4)  Tug/lUS  processing  to  be  done  in  a factory  clean  environ- 
ment . 

5)  Spacecraft  mate  to  be  performed  at  the  Tug/IUS  processing 
facility  in  the  vertical  position. 

6)  Spacecraft  to  be  enclosed  during  and  after  mate  in  a clean 
room  with  class  100,000  input  air. 

7)  Two  spacecraft  enclosures  to  be  security-safe. 

8)  Existing  facilities  and  equipment  to  be  used  to  the  utmost. 

9)  Existing  facilities  selected  to  be  available  during  the  site 
activation  phase. 

10}  An  engineering  model  Tug  to  be  available  to  verify  new/ 
modified  facilities  and  GSE,  if  required. 

11}  An  Orb iter  vehicle  would  be  made  available  at  the  launch 
complex  for  raating/checkout  of  the  engineering  model  Tug. 

12}  Tug  and  TUS  processing  and  transport  after  spacecraft  mating 
would  be  performed  in  the  vertical  orientation. 

2.2  Criteria  and  Standards 

Criteria  governing  site  selection,  GSE  requirements,  modifica- 
tions, and  modes  of  operation  are  based  on  NASA  Tug  program  re- 
quirements, NASA  and  USAF  documents,  standards , drawings,  other 
current  government  standards,  and  industry  standards  and  codes. 
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2.2.1  NASA  Program  Requirements  - 

1)  MSFC68M00Q39-1,  15  July  1974,  Baseline  Space  Tug  System  Re- 
quirements and  Guidelines 

2)  MSFC68H00039-2,  15  July  1974,  Baseline  Space  Tug  Configura- 
tion Definition 

3)  MSFC68M00039-4,  15  July  1974,  Baseline  Space  Tug  Ground  Oper- 
ations: Verification,  Analysis,  and  Processing 

2.2.2  NASA  and  USAF  Documents  and  Drawings  - 

1)  NASA  - Orbiter  Processing  Facility,  Dwg  79K05423  (60%) 

2)  NASA  - Modifications  to  LC-39A,  Dwg  79K04402  (60%) 

3)  NASA  - LC39  Vertical  Assembly  Building,  Dwg  203-100  (Vol  15 
and  27) 

4)  NASA  - Support  Services  Handbook,  KHB8610 , 1A/AD 

5)  NASA  - Merritt  Island  Industrial  Area,  Facilities  Space  Con- 
trol Document,  GP680 

6)  NASA  - Launch  Complex  39,  Facilities  Space  Control  Document, 
(not  numbered) 

7)  NASA  - KSC  Safety  Program,  KMI1710.1B  and  Att.  A,  KSC  General 
Safety  Plan 

8)  USAF  - AFETRM  127-1,  Range  Safety  Manual 

2.2.3  Government/ Industry  and  Standards  - National  Electrical 
Code,  1971 

3.0  Site  Activation  Phase  Study  Elements 

This  study  requires  thdt  12  standard  study  elements  be  treated  in 
each  subplan.  Not  all  of  these  are  applicable  to  each  subplan. 

Each  element  is  shown  under  the  same  paragraph  number  in  every  sub- 
plan. Paragraphs  3.1  through  3.12  represent  these  standard 
study  elements.  The  order  in  which  subjects  are  treated  are  not 
necessarily  chronological;  therefore,  they  do  not  reflect  the 
sequence  In  which  the  described  activities  would  occur. 
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J.  1 Ground  Operational  Flow 


3.1.1  Engineering  Model  Flow  - A Tug  engineering  model  will  be 
used  at  ETR  before  arrival  of  the  first  flight  article.  The 
primary  objective  of  the  engineering  model  will  be  to  verify  GSE 
interface  with  the  Tug;  however,  the  total  intent  will  be  to: 

1)  determine,  document,  and  resolve  GSE/facility/Tug  interface 
problems,  electrical,  mechanical,  and  structural; 

2)  verify  accuracy  and  completeness  of  Tug  operational  procedures; 

3)  verify  accuracy  and  completeness  of  LPS  control  and  monitor- 
ing software  programs; 

4)  train  personnel; 

5)  determine  compatibility  of  Tug/Orbiter  interfaces; 

6)  determine  Tug/adapter/kick  stage/spacecraf t interface  com- 
patibility; 

7)  develop  procedures,  methods,  and  hardware  to  minimize  Tug 
flow  time  for  all  planned  and  contingency  functions; 

8)  Verify  logistic  approaches  of  transportation  in  a canister 
and  airborne  site  shipment  compatibility. 

The  engineering  model  flow  depicted  in  Figure  III-D-22  has  been 
developed  using  the  following  assumptions  and  ground  rules: 

13  The  model  will  be  as  functionally  complete  as  a flight  Tug. 

We  recommend  that  the  STA  or  PTV  be  evaluated  for  suitability 
in  terms  of  capability  and  schedules.  If  either,  or  a com- 
bination of  both,  could  be  used  for  site  activation,  a sig- 
nificant cost  savings  could  be  realized. 

2)  The  flow  time  for  each  function  depicts  the  time  required  to 
perform  that  function  for  the  first  time,  including  minor 
problem  correction.  It  does  not  include  time  for  any  major 
problem  resolution  that  could  include  major  procedure  rewrite, 
major  redesign,  material  lead  time,  etc. 

3)  The  engineering  model  flow  will  follow  the  planned  Tug  oper- 
ational flow  as  closely  as  possible. 

k)  Major  interface  functions  such  as  countdown  demonstration  will 

not  he  performed  in  their  entirety,  but  any  payload/Orbiter  inter- 
face functions  will  be  performed  completely. 
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Tug  operational  procedures  and  LPS  control  and  monitor  soft- 
ware programs  will  be  prepared  by  the  start  of  the  engineer- 
ing model  flow. 

6)  LPS  program  control  of  GSE  will  have  been  verified  during  the 
ground  system  test  phase,  but  for  safety  of  personnel  and 
protection  of  GSE  and  model  hardware,  Lhis  GSE  will  be  locally 
monitored  during  the  engineering  model  flow. 

7)  The  engineering  model  flow  is  based  on  a one-shift/five-day 
week  to  reduce  manpower  requirements  and  afford  the  capa- 
bility of  cross-training  personnel. 

8)  Facility  support  requirements  for  each  function  have  been 
identified  before  the  start  of  the  flow  (personnel,  type  and 
amount  of  commodities,  range  frequencies,  sampling,  etc). 

9)  The  Shuttle/Orblter  operation  involving  the  PCR,  orbiter  to 
ground  interfaces,  etc,  have  been  operational. 

The  flow  of  the  engineering  model  and  the  first  flight  article 
will  follow  the  same  steps  of  the  processing  shown  in  subplan  A. 
Function  description  sheets  are  provided  in  Appendix  A.  The 
operation  numbers  shown  in  Figure  III-D-22,  i.e.,  4.1,  4.2,  etc, 
provide  cross  reference  to  the  detailed  function  description 
sheets  in  Appendix  A.  Where  there  is  a difference  between  the 
processing  of  an  operational  Tug  and  the  engineering  model,  an 
engineering  model  description  sheet  is  provided  in  Appendix  A. 

3.1.2  First  Flight  Article  Flow  - The  first  flight  article  Tug 
will  be  used  in  somewhat  the  same  manner  as  the  engineering  model. 
A major  assumption  is  that  the  first  flight  article  (FFA)  will  be 
delivered  to  ETR  90  days  before  launch  that  will  provide  time  for 
problem  resolution,  if  necessary. 

The  first  flight  article  flow.  Figure  III-D-23,  was  established 
on  the  basis  of  12  weeks  total  flow  using  five  day  work  weeks  of 
two  shifts  per  day.  As  described  in  the  function  description 
data  sheets  included  in  Appendix  A,  the  FFA  will  be  processed 
through  the  planned  TPF  operations  using  kick  stage  and  space- 
craft simulators,  where  required,  to  provide  total  system  simu- 
lation . 

It  is  assumed  that  major  problems  concerning  GSE,  procedures, 
methods,  and  flight  hardware  interfaces  will  have  been  resolved 
during  the  flow  of  the  engineering  model.  However,  the  objec- 
tives of  the  proposed  FFA  flow  are  to  reverify  with  flight  hard- 
ware, that  all  software,  GSE,  and  operational  methods  are  com- 
patible to  attain  the  minimum  inflight  article  turnaround  flow 
time. 
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Figure  III-D-23  First  Flight  Article  Flou) 
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3.1.3  Critical  Milestones  - Assuming  the  first  Tug  launch  to  be 
December  1983  and  a Tug  launch  site  modification  go-ahead  in 
January  1980,  the  critical  dates  or  milestones  for  KSC  activities 
follow. 


Sites 

TPF  available  for  modification 

OPF  available  for  modification 

PCR/PAD  available  for  modification 

TPF  ready  for  engineering  model  checkout 

PCR/PAD  ready  for  engineering  model  checkout 

OPF  ready  for  engineering  model  checkouL 

Equipment 

Engineering  model  at  KSC 

Dummy  spacecraft  and  kick  stage  at  KSC 

Canister/ transporter  avai  iabj.e 

Orbiter  available  on  pad  for  engineering  model 
checkout 

First  flight  Tug  onsite 

Spacecraft  and  kick  stage  ready  for  mate 

2,  fi  Facility  and  GSE  Requirements  Specification 


December  L980 
April  1981 
February  1981 
February  1983 
April  1983 
June  1983 

February  1983 
February  1983 
April  1983 

April  1983 
September  1983 
November  1983 


3.2.1  Facility  - New  and  Modified 

2.2A.1  General  - The  new  and  modified  facilities  identified  in 
this  study  follow: 


1)  TPF  - VAB  low-bay  - An  existing  building  and  support  facil- 
ities at  KSC,  modified  to  provide  the  Tug/lUS  processing 
facility  by: 

a)  Modifying  two  existing  checkout  cells  for  Tug  process- 
ing, and  two  existing  checkout  cells  for  IUS  processing. 
These  four  cells  are  identified  in  Figure  III-D-24; 

b)  modifying  existing  shop,  lab,  office,  and  storage  areas 
to  support  Tug  and  IUS  processing. 


III-D-63 


More  detailed  description  of  the  VAB  low-bay  modifications  is 
given  in  Section  3. 2. 1.2  and  alternative  low  bay  layouts  are 
discussed  in  Section  4.1. 


2)  Launch  Complex  39A  - The  assumption  is  made  that  the  PCR  has 
been  constructed  and  in  use  for  the  IUS  program,  and  that  an 
ITJS-to-Orbiter  insertion  manipulator  is  in  existence.  The 
principal  modifications  to  I.C39A  to  accommodate  the  full 
Tug/spacecraf t/kick  stage  combination  then  become: 

a)  modification/adjustment  of  PCR  platforms  to  accommodate 
Tug/spacecraft  diameters  and  work  stations, 

b)  modification/adjustment  of  the  PCR  manipulator  for  the  Tug 
diameter  and  hard  point  locations, 

c)  modification  of  existing  LItji  and  LO,  piping  to  interface 
with  new  GSE  Tug  LU^/LOj,  propellant  loading  units, 

d)  addition/modification  of  LPS  interfaces  for  Tug  require- 
ments , 

e)  provision  of  electrical  interfaces  at  the  LCC  for  GSE  Tug 
monitoring  and  propellant  loading  consoles . 

3)  Kick  Stage  Processing  Facility  - An  existing  facility  (to  he 
determined)  for  processing  the  solid  rocket  motor  kick  stage. 
Facilities  under  consideration  include : 

a)  Explosive  Safe  Area-60-A  (CT4FS) , 

b)  TIIIC  SRM  Facility  (CCAFS) - 

Peculiar  handling  equipment  would  be  provided  as  GSE.  st- 

ing electrical/pneumatic  sources  would  accommodate  kick  -tage 
requirements  using  GSE  adapters. 

4)  Orbiter  Processing  Facility  - The  existing  facility  being  de- 
veloped for  Shuttle  postflight  processing  should  include 
these  Tug  pecular  requirements,  including: 

a)  an  8-ton  (7260  kg)  overhead  crane  capability; 

b)  150x60  ft  (46x18.3  m)  floor  area; 

c)  storage  and  maintenance  area; 

d)  eye  washes  and  showers; 
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e)  added/relocated  electrical  outlets  and  pneumatic  con- 
nections ; 

f)  office  and  crew  space. 

Tank  purge,  propellant  disposal  and  Tug/spnrecraf t handling 
equipment  would  he  furnished  as  GSE. 

5)  Spacecraft  Processing  Facilities  - Individual  spacecraft  re- 
quirements will  determine  any  facility  modification  require- 
ments to  the  existing  facilities  at  CKAFS  and  KSC  where  NASA 
and  DOD  spacecraft  are  processed  at  present.  These  include 
buildings  AO,  AM,  AE,  SAB  (at  CKAFS)  and  t_he  O&C  Building, 

SAEF  //I  and  SAEF  // 2 (MILA  Industrial  Area).  Additional 
facilities  may  be  required  depending  upon  spacecraft  launch 
rate  and  launch  preparation/checkuut  Lime. 

6)  WTR  Facilities  - With  the  Tug  processing  facility  at  ETR  only, 
the  new/modifled  WTR  facilities  required  to  support  Tug  oper- 
ations would  include: 

a)  OPF  - Modified  to  provide  crane  support.  Tug-peculiar 
commodities,  office,  crew,  shop,  and  storage  space; 

b)  PCR/Pad  SLC-6  - Modified  to  provide  propellant  and  pneu- 
matic interfaces  for  the  GSE  LH2  and  LO^  loading  units 
and  LPS  interfaces;  platform  modifications/adjustments 
for  Tug  diameter  and  working  stations;  modification/ 
adjustment  of  the  PCR  manipulator  to  accommodate  Tug 
hard  points;  addition  of  electrical  interfaces  in  the 
Control  Center  for  Tug  monitor  and  loading  consoles; 

c)  Payload  Processing  Facility  (PPF)  - A facility  modified 
to  accept  Tug  and  Tug  GSE  for  Tug/spncecraf t integrated 
checkout, 

2.2.1. 2 TPF-VAB  Loti  Buy  Modifications  - Modifications  to  the  VAB 
low  bay  and  adjacent  areas  required  to  provide  Tug  and  IUS  process- 
ing capability  follow: 

1)  Platforms  and  movable  stands  in  cells  1 and  2 modified  to 
accommodate  the  14.7  ft  (4*5  m)  diameter  Tug. 

2)  Platforms  and  movable  stands  in  cells  3 and  4 modified  to 
accommodate  the  10  ft  (3  m)  diameter  IUS. 

3)  Cells  to  be  enclosed  and  air  conditioned.  Spacecraft  levels 
to  have  class  100,000  clean  inlet  air  available. 

4)  Cell  doors  to  be  sealable  to  canister  entry. 
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Provide  "slick"  surface  floors,  walls,  and  ceilings  where 
particulate  cannot  settle  and  later  recirculate  due  to  work 
activities  and  air  circulation. 

6)  Additional  security  provisions  to  be  made  for  one  Tug  cell  and 
one  XUS  cell  at  the  spacecraft  level. 

7)  Air  conditioning  will  require  two  primary  A/C  units,  two 
backup  A/C  units,  ducting,  and  control  equipment.  Ducts 
and  electrical  wiring  to  be  made  secure  for  cells  2 and  3. 

8)  Upgrading  of  the  existing  monorail  cranes  to  a minimum  7-ton 
(6350-kg)  capacity . 

9)  Propellant  disposal  piping  and  vent /burn  stacks  to  be  added 
from  the  cells  to  the  VAB  roof.  Floor  drains,  wash-down 
hoses,  and  eye  washes  are  to  be  provided.  (Propellants 
requiring  disposal  facilities  include  for  the  Tug,  H2,  02, 
N2II4,  and  for  the  IUS,  N2H4,  UDMH,  and  N204.) 

10)  Provision  of  a Tug  cell  checkout  Control  Room  (for  control 
consoles,  LPS  terminal,  etc).  (To  be  a modified  existing 
room.) 

11)  Allocation  of  existing  rooms  for  labs,  shops,  offices,  and 
personnel  locker  rooms. 

12)  Modification  of  existing  areas  to  provide  environmentally 
controlled  bonded  storage  areas . 

13)  Blast  barriers  to  be  provided  between  adjacent  cells. 

Figure  III-D-25  shows  a proposed  layout  of  the  VAB  low  bay  cells 
1 and  2 and  the  adjoinii^.g  support  areas  to  accommodate  the  Tug 
processing  facility  requirements.  Figure  III-D-26  shows  cells 
3 and  4,  which  would  be  modified  to  accommodate  XUS  checkout 
facility  requirements.  Figure  III-D-27  depicts  a typical  ex- 
ternal view  of  the  checkout  cells  showing  the  door  arrangement 
into  the  transfer  aisle.  Figure  III-D-28  presents  a typical 
internal  view  of  the  checkout  cells  showing  the  clean  area  loca- 
tions * 


3*2* 1.3  Security  Provisions  - Additional  security  provisions 
will  be  added  to  one  Tug  anti  one  XUS  cell  at  the  spacecraft  levels 
for  use  during  checkout  of  DOD  spacecraft.  Included  in  these 
provisions  will  be  the  following: 
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Figure  III-D-2S  VAB  Low  Bag  Tug  Processing  Area 


Figure  III-D-26  VAB  Low  Bay  IUS  Processing  Area 
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Figure  III-D-28  VAB  Low  Bay  Cell  Clean  Area 
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1)  Entry  into  the  spacecraft  clean  room  by  authorized  personnel 

will  be  via  an  airlock  at  one  level  only.  The  airlock  will  > 

be  constructed  so  that  there  is  no  direct  line-of-sight  into 

the  secure  area  from  outside,  and  inner  and  outer  doors  will 

be  interlocked.  A security  guard  will  be  posted  at  the 

entrance  to  the  airlock.  All  personnel  will  be  logged  in 

and  out. 

2)  Equipment  entry  will  be  provided  at  one  level  via  airlock. 

This  entry  will  normally  be  closed  except  when  moving  equip- 
ment and  will  not  be  used  for  personnel  entry. 

3)  Emergency  exit  doors  will  be  provided  at  all  work  levels. 

These  doors  will  be  made  so  they  cannot  be  opened  from  the 
outside. 

4)  Movement  of  personnel  between  levels  will  be  by  ladder  or 
stairway  within  the  secure  area. 

5)  A display  panel  will  be  provided  at  the  guard  station  to 
indicate  when  a door  is  open  or  closed. 

6)  Blue,  revolving  beacon  lights  will  be  provided  to  indicate 
when  a DOD  spacecraft  is  in  the  secure  area. 

7)  Wide-band  rejection  filters  will  be  installed  in  all  power 
and  lighting  circuits  entering  the  secure  area. 

8)  All  necessary  openings  into  the  area  will  be  baffled  to 
prevent  viewing  and/or  provided  with  steel  bar  grills  to 
prevent  personnel  entry  (including  inlet  and  outlet  air- 
conditioning  ducts) . 

9)  There  will  be  no  direct  view  into  the  secure  area  from  the 
lower  cell  levels. 

10)  The  opening  at  the  bottom  of  the  spacecraft  will  be  sealed 
with  a boot  that  is  provided  with  an  R-F  seal. 

3. 2.1.4  Ti‘xj  Faeility  Requirements  Specification  Data  Sheets  - The 
new/modified  facilities  requirements  are  described  in  detail  in 
the  Tug  Facility  Requirements  Specification  Data  Sheets  contained 
in  Appendix  D. 

3. 2. 1.5  I US  Facility  Requirements  - The  IUS  checkout  cell  facil- 
ities in  the  VAB  low  bay  have  been  described  previously.  IUS 
facility  requirements  at  the  OPF,  launch  pad  and  other  sites  are 
outside  the  scope  of  this  subplan. 

3.2.2  GSE  - The  new/modified  operational  GSE  to  be  used  during 
Tug  site  activation  will  include: 
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1)  avionics  checkout  and  monitoring  equipment; 


2)  handling,  access,  and  transportation  equipment; 

3)  propulsion,  pneumatic,  and  mechnical  checkout  and  servicing 
equipment ; 

4)  structural  integrity  inspection  equipment. 

The  Tug  GSE  required  is  identified  and  described  in  detail  in  the 
Tug  GSE  specification  data  sheets  contained  in  Appendix  B. 

c . „ .2  wupoi*  i a i ic>.  Hu  qu  i i **  j me  > . : % * .mu  J*  pp  r * 

J.J.l  Tug  C an i s t e r / T r an  s po r t e r - The  can  is ter / transporter  con- 
cept developed  in  previous  studies  could  be  used  on  the  Tug  pro- 
gram. Figure  I II-D-29  shows  one  proposed  concept  for  this  equip- 
ment . 


Approximately 
7P  ft  (23.8  m) 


A Vertical  Payload  Transporter 
Figure  III-D-29  Canister /Transporter 
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Should  the  equipment  final  design  evolve  a universal  canister/ 
transporter,  then  adaptation  for  Tug  would  Involve  only  adjust- 
ment of  the  internal  mounting  hard  points  to  accommodate  the 
Tug  diameter  and  hard  point  locations.  If  the  universal  con- 
cept proves  impractical,  the  basic  requirements  for  Tug  would  be 
the  following: 

1)  Capability  of  housing  a 15  ft  (4.6  m)  diameter  by  60  ft 
(18.3  m)  length  payload  that  could  consist  of  Tug/kick  stage/ 
spacecraft  or  other  configurations  in  a vertical  position; 

2)  Environmental  control  of  the  canister  during  transport; 

3)  Swing-open  door  entry  and  through-the-top  access; 

4)  Capability  of  sealing  the  entrance  against  the  TPF  cell  door 
opening  and  at  the  PCK; 

5)  Self-leveling  of  the  transporter  during  the  ascent  of  Lhe 
launch  pad  ramp  at  ETR. 

3.3.2  Tug  Transportation  - The  Tug  peculiar  transportation  re- 
quirements are  described  in  detail  in  the  CSE  Requirement  Speci- 
fication Data  Sheets  in  Appendix  B.  These  requirements  can  be 
summarized  as  follows: 

1)  A Tug  transtainer  for  transport  to  and  from  the  aircraft,  with 
provision  for  maintaining  a clean  environment  when  shipping 

a checked-out  Tug  from  ETR  to  WTR; 

2)  A kick  stage  transtainer; 

3)  A spacecraft  transport  vehicle  (provided  as  a spacecraft - 
peculiar  requirement  by  the  spacecraft  agency). 

Transportation  of  the  Tug  and  major  ship-separate  subassemblies 
from  the  supplier  to  ETR  will  be  by  air,  with  the  Tug  horizontal. 
There  are  no  requirements  for  keeping  the  Tug  vertical  during 
transport  checkout . 

Z.4  Operational  Data  Hequi remen te 

Not  applicable  to  Site  Activation  Phase  subplan. 

5.5  Manpower  Staffing 

The  Tug  site  activation  phase  can  be  divided  into  three  phases: 

1)  Planning,  design,  and  construction; 
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2)  Facility /GSE  Verification  with  a Tug  engineering  model; 

3)  Processing,  checkout,  and  launch  of  the  first  flight  article. 

The  manpower  staffing  during  the  activation  period  is  based  on  the 
requirements  through  these  phases , resulting  in  gradual  buildup 
from  a skeleton  force  to  a full  operational  crew. 

For  purposes  of  organizational  responsibility,  the  activation 
phase  essentially  consists  of  a facility/GSE  construction  period 
and  a vehicle  utilization  period.  The  construction  period  covers 
the  activities  from  facility/GSE  criteria  development  through  con- 
struction, and  validation  of  the  facility/GSE  installations.  The 
proposed  organization  manpower  estimates,  and  overall  facility 
modification  schedules  for  factory  clean  Tug  processing  facility 
activation  are  the  same  as  for  clean  Tug  processing  modifications. 
The  depth  of  detail  that  this  study  addresses  does  not  permit 
a detailed  evaluation  of  each  modification  and  new  construction 
and  the  resource  requirements  to  complete  it. 

The  transition  to  the  vehicle  utilization  period  will  occur  on 
completion  of  the  construction/ installation  validation  effort. 

It  is  anticipated  that  the  transition  will  be  smooth  because 
personnel  used  in  the  first  period  will  now  have  support  func- 
tions in  the  second  period. 

3.6  Safety  Requirements  and  Support 

The  safety  requirements  and  support  approach  for  factory  clean 
Tug  processing  are  the  same  as  those  for  Class  100,000  clean  Tug 
processing.  These  requirements  may  be  found  in  para  3.6  of  Part 
I of  this  subplan. 

3.7  Fleet  U tili Baton  and  lUS/Tng-to-Fay load  Integration  Require- 
ments 

Not  applicable  to  Space  Tug  Site  Activation  Phase  subplan. 

3.8  Site  Activation  and  Verification 

3.8.1  General  - The  principal  activities  identified  with  Tug 
activation  at  ETR  and  KTR  are  shown  in  Figure  III-D-30.  The 
following  activities  are  critical  in  achieving  orderly  activa- 
tion: 

1)  Facility  criteria  and  design  development; 

2)  Facility  construction  and  validation; 

3)  GSE  criteria  and  design  development; 


4)  GSE  construction  and  validation; 

5)  GSE  installation  and  checkout; 


6)  Functional  checkout  of  the  facility  and  GSE  using  and  engineer- 
ing model  space  tug; 

7)  Checkout  and  launch  of  the  first  flight  article. 


Procedure 


- Steel 

- Aluminum 

- Pipe 

- Wire 

- Hardware 


Figure  III-D-30  Design/Construction  Flow3  Site  Activation 


The  functional  flow  diagram  shown  in  Figure  III-D-31  shows  in 
detail  the  sequence  and  interrelationship  of  these  activities. 

3.8.2  Facility  Criteria  and  Design  Development  - NASA  will  be 
responsible  for  development  of  basic  and  detailed  Tug  requirements 
for  each  of  the  new  or  modified  facilities  at  ETR  and  WTR.  Pre- 
liminary and  final  reviews  will  be  held  to  assure  that  all  require- 
ments had  been  identified  before  presentation  to  A&E  contract  bid- 
ders. 
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The  detailed  requirements  will  be  presented  to  qualified  A&E 
design  agencies  as  the  criteria  upon  which  to  base  their  design. 
The  selected  A&E  design  agency  will  prepare  detailed  drawings  of 
the  new/modified  facilities.  Preliminary,  50% > 90%  and  final 
design,  reviews  will  be  held  by  NASA  at  ETR  and  WTR  (as  appli- 
cable) . A complete  drawing  file  will  be  maintained  by  NASA 
at  ETR.  A set  of  drawings  peculiar  to  WTR  will  be  maintained 
at  WTR.  > 

The  drawings  developed  in  the  A&E  design  phase  will  be  presented 
to  qualified  construction  contractors  for  bid.  The  bid  cycle  will 
be  approximately  60  days. 


3.8.3  Facility  Construction  and  Validation  - The  selected  construe 
tion  contractor/contractors  will  perform  the  facility  modifications 
under  the  direction  of  the  site  activation  working  group.  A NASA 
facility  construction  surveillance  team  will  perform  physical  sur- 
veillance of  the  work,  participate  in  NASA/contractor  progress  and 
performance  reviews,  review  contractor  shop  and  detail  drawings, 
prepare  discrepancy  and  open  item  lists,  review  engineering  changes 
report  to  the  site  activation  working  group,  and  participate  in 
Beneficial  Occupancy  date  (BOD)  and  turnover  activities. 

Validation  of  the  facility  modifications  will  be  performed  by  the 
cons tuc tion  contractors  using  validation  procedures  prepared  by 
the  construction  contractors  and  approved  by  the  site  activation 
working  group.  The  validation  tests  will  be  observed  by  facility 
construction  surveillance  team  members , Final  acceptance  and  BOD 
will  be  contingent  on  satisfactory  completion  of  validation  tests 
and  close-out  of  open  items. 

3. 8.4  GSE  Criteria  and  Design  Development  - NASA  will  be  respon- 
sible for  development  of  detailed  criteria  for  GSE  to  be  used  at 
ETR  and  WTR.  The  finalized  criteria  will  be  presented  to  the  GSE 
contractor. 

3*8.5  GSE  Design  - The  NASA  designated  GSE  contractor  will  be  re- 
sponsible for  the  GSE  design.  Preliminary  and  final  design  re- 
views will  be  held  as  directed  by  NASA  at  ETR.,  WTR,  and/or  the 
GSE  contractor's  facility.  Final  approval  of  the  design  and 
go-ahead  for  construction  will  be  given  by  NASA. 

3.8.6  GSE  Construction  and  Validation  - The  GSE  contractor  (or 
designated  subcontractors)  will  construct  the  GSE  at  his  (or  the 
subcontractors)  manufacturing  facility.  Construction  will  be 
subject  to  inspection  by  NASA  at  all  stages. 
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Validation  of  the  GSE  at  the  end-item  level  will  be  performed  at 
the  construction  contractor’s  facility  using  validation  procedure 
based  on  acceptance  criteria  developed  as  part  of  the  GSE  design. 
The  validation  tests  will  be  witnessed  by  NASA  representatives. 
Upon  satisfactory  completion  of  validation  testing  and  resolu- 
tion of  open  items,  NASA  will  grant  partial  acceptance  of  that 
item  of  GSE,  and  the  item  will  be  packed  and  shipped  to  the  using 
site. 

3.8.7  GSE  Installation  and  Checkout  - Upon  receipt  at  the  using 
site,  the  GSE  will  undergo  visual  receiving  inspection.  Portable 
or  mobile  GSE  will  be  checked  for  compatibility  with  the  facility 
interfaces  at  the  point  of  use  by  the  GSE  contractor.  The  GSE 
will  be  operated  at  the  end-item  or  subsystem  level  to  verify 
operational  readiness. 

< 

The  GSE  contractor  will  be  responsible  for  installation  of  fixed 
GSE  at  the  operational  facilities.  This  will  require  preparation 
of  installation  drawings,  statements  of  work,  procurement  of  lead 
material,  letting  of  installation  subcontracts,  and  surveillance/ 
inspection  of  the  subcontractor  installation. 

Checkout  of  the  basic  installation,  such  as,  continuity  testing 
of  wiring,  leak  checking  of  pneumatic/fluid  lines  and  holding 
vessels,  etc,  will  be  performed  by  the  installation  subcontractor 
with  surveillance/inspection  by  the  GSE  contractor. 

End-to-end  and  operational  testing  (at  the  subsystem  level)  will 
be  performed  by  the  GSE  contractor  using  Ground  System  Test 
Procedures  (GSTPs)  approved  by  NASA,  and  with  surveillance  of 
the  test  by  NASA.  A partial  acceptance  of  the  GSE  installation 
will  be  granted  by  NASA  on  satisfactory  completion  of  the  tests 
and  resolution  of  discrepancies. 

3.8.8  Functional  Checkout  of  Facility  and  GSE  Using  an  Engineer- 


ing  Model  Tug  - An  engineering  model  of  the  Tug  will  be  provided 
by  the  Tug  contractor  for  functional  checkout  of  the  launch  site 
systems.  The  engineering  model  will  have  the  following  character 
istics  identical  with  the  flight  article: 

1)  Forward  and  aft  adapters; 

2)  Fluid,  gas,  and  electrical  interfaces; 

3)  Structural  configuration  and  handling  points; 

4)  Internal  tanks,  capable  of  being  loaded  with  gases,  APS,  and 
main  engine  propellants; 
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5)  Provisions  for  supporting  a (typical)  spacecraft; 

6)  Avionics. 


This  model  can  he  a qualification  article,  either  the  STA  or  PTV 
refurbished  as  required  by  the  Tug  contractor  or  any  high  fidel- 
ity  semi  functional  model.  If  the  STA  or  PTV  is  selected,  exist- 
ing schedules  will  have  to  be  adjusted  to  make  them  available  in 
time. 

The  purpose  of  the  functional  checkout  is  fourfold: 

1)  Verification  of  operational  checkout  procedures; 

2)  Verification  that  all  facilities  and  CISE  are  operational 
and  ready  to  process  the  flight  article; 

3)  Verification  of  Orbiter  to  Tug  interfaces; 

4)  Crew  training. 

The  engineering  model  functional  checkout  at  ETR  will  proceed 
in  the  following  sequence  as  shown  in  Figure  UJ-D-32: 

1)  Receipt  from  the  delivery  aircraft  and  installation  of  the 
model  on  the  Tug  transporter; 

2)  Transport  to  TPF,  purge,  cleaning,  and  Installation  in 
checkout  cell  #1. 

3)  Complete  pre-mate  checkout  in  the  checkout  cell.  (Using 
simulators  for  those  internal  functions  not  provided  on  the 
model,  i.e.,  fuel  cell,  batteries,  some  avionics,  etc); 

4)  Mate  with  a dummy  spacecraft  (one  cell)  ; 

5)  Tug/ spacecraft  interface  checkout  with  spacecraft  electrical 
functions  provided  by  a simulator  (one  cell)  ; 

6)  Load  (and  unload)  of  APS  propellants  and  partial  pressuriza- 
tion; 

7)  Insertion  of  the  Tug/spacecraft  into  the  transport  canister; 

8)  Movement  of  the  canister  to  the  launch  pad; 

9)  Installation  in  the  PCR; 

10)  On  pad  checkout  (in  PCR) ; 
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11)  Insertion  into  the  Orbiter,  and  connection  of  Tug/spacecraft 
to  Orbiter  lines,  cables,  etc; 

12)  In-Orbiter  checkout; 

13)  Load  and  unload  of  cryogenic  propellants  through  the  Orbiter 
interfaces; 

14)  Tank  purging  and  safing; 

15)  Removal  of  the  Tug/ spacecraft  from  the  Orbiter; 

16)  Removal  from  the  PCR  and  reinsertion  in  the  transport  canister 

17)  Movement  from  the  pad  to  the  TPF; 

18)  Removal  of  the  Tug/spacecraft  from  the  canister; 

19)  Tank  purge  and  safing; 

20)  Move  to  OPF; 

21)  Demate  Verification  and  Orbiter; 

22)  Move  to  TPF; 

23)  Demate  the  Tug/spacecraft; 

24)  Fit  check  of  Tug  in  checkout  cell  2. 

The  engineering  model  Tug  will  be  shipped  to  WTR  to  functionally 
verify  the  OPF,  PPF,  launch  pad  facilities,  and  GSE  after  its  use 
at  ETR.  After  WTR  site  activation,  the  Tug  will  be  returned  to 
ETR  for  training  purposes. 

3.8.9  Checkout  and  Launch  of  the  First  Flight  Article  - Process- 
ing of  the  first  flight  article  will  start  with  removal  from  the 
delivery  aircraft,  installation  of  the  transport  cover,  and  move- 
ment to  the  TPF,  where  the  ground  checkout  will  be  performed  in 
the  following  sequence,  as  shown  in  Figure  III-D-33: 

1)  Tank  purge; 

2)  Inspection  and  cleaning  of  external  surfaces  of  the  Tug; 

3)  Removal  of  the  Tug  from  the  transport  vehicle  and  installa- 
tion in  the  handling/ support  fixture; 

4)  Installation  in  the  checkout  cell; 
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III-D-83 


! 


5)  Operational  checkout  of  the  Tug  in  the  checkout  cell  using 
the  spacecraft  simulator; 

6)  Receipt  of  spacecraft; 

7)  Spacecraft  to  Tug  mate; 

8)  Tug/ spacecraft  integrated  checkout; 

9)  Tug  APS  load  and  partial  pressurization; 

10)  Canister  positioned  and  sealed  at  C/0  cell; 

11)  Tug/ spacecraft  inserted  in  canister  using  monorail  crane. 
Canister  doors  closed; 

12)  Move  canister  to  pad; 

13)  Open  PCR,  mate  canister  to  PCR.  Insert  Tug/spacecraft  in 
PCR  using  PCR  manipulator; 

14)  Close  PCR.  Insert  Tug/spacecraft  in  Orbiter  bay.  Close 
Orbiter  bay; 

15)  Perform  precountdown  checkout; 

16)  Perform  launch  countdown,  load  propellants,  pressurize; 

17)  Perform  terminal  countdown  - launch. 

3.8.10  Schedules  - Planning  for  the  Tug  site  activation  phase 
was  based  on  a go-ahead  date  of  1 January  1980,  and  launch  of  the 
first  flight  article  in  December  1983.  The  construction  and  ac- 
tivation schedules  are  the  same  as  those  in  Part  I of  this  sub- 
plan. 

3.0  Ground  Software  Development 

3.9.1  General  - Ground  software  developed  and/or  used  during 
the  site  activation  phase  includes  the  following: 

1)  Mission  requirements  documents; 

2)  Mission  program  tapes; 

3)  Checkout  criteria  documents; 

4)  Checkout  program  tapes  and  cards; 

5)  GSE  acceptance  procedures; 
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6)  Facility  validation  procedures; 

7)  GSE  installation  checkout  procedures; 

8)  Engineering  model  test  procedures; 

9)  Prototype  operational  test  procedures; 

10)  Maintenance  procedures. 

Mission  requirements  documents  and  mission  program  tapes  will  be 
developed  jointly  by  NASA  and  the  Tug  contractor  as  a mission 
planning  function.  Checkout  criteria  documents  will  be  developed 
jointly  by  NASA  and  the  Tug  contractor  offsite,  but  used  at  ETR 
and  WTR  during  the  site  activation  phase.  The  development  of  this 
documentation  and  software  is  beyond  the  scope  of  this  subplan.  I 
is  necessary  to  understand  the  basic  software  development  process, 
factor  in  what  software  should  have  been  developed  by  the  time 
the  Tug  is  scheduled  to  be  delivered  at  the  launch  site,  and 
determine,  from  a software  viewpoint,  what  Is  required  of  the 
software  through  the  site  activation  process.  Figure  I1I-D-34 
illustrates  the  LPS  Software  Development  Process  and  indicates 
responsibilities  as  well  as  how  new  elements  enter  the  process. 

The  LPS  software  contractor,  IBM,  will  probably  use  a top-down 
programming  approach  that  develops  the  system  level  first,  the 
model  level  next,  etc.  Each  succeeding  level  can  contain  vacant 
or  simulated  modules  that  could  be  developed  later.  This  sets 
up  the  operating  system  and  the  support  system,  leaving  the 
application  programs  to  be  developed  as  a package  at  a time 
when  more  detail  is  available.  This  method  does  have  the 
advantage  of  defining  interfaces  and  links  well  enough  to  test 
groups  of  modules  (integrated  testing)  shortly  after  coding. 

This  entire  process  will  have  been  repeated  many  times  and  been 
refined  in  the  process.  Application  modules  will  exist  that  per- 
form a wide  variety  of  routines.  Spacecraft  and  IUS  will  have 
entered  the  process  many  times  during  early  Shuttle  era.  Tug  is 
not  expected  to  be  a large  transient  on  the  system  because  it  will 
enter  the  program  high  on  the  learning  curve.  Tug  software  can 
be  developed  off  line  and  verified  independently  of  hardware. 

The  entire  Tug  software  process  can  be  developed  concurrently 
with  its  own  hardware  development. 

Validation  does  require  element  hardware  to  eliminate  large  im- 
pacts at  the  launch  site,  the  validation  could  take  place  at 
the  Tug  contractor's  facility  with  a partial  CCMS  and  telephone 
links  to  a development  CDS.  These  preoperational  engineering 
tests  at  the  Tug  contractor  site  could  be  used  for  acceptance 
and  scientific  simulation  testing.  Final  validation/ verifica- 
tion of  the  software  will  be  done  at  the  launch  site  using  the 
Tug  engineering  model  and  the  first  flight  article. 
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The  Tug  checkout  software  development  is  a cooperative  effort  between 
the  Tug  contractor,  the  NASA,  and  IBM*  The  desired  objective  is  to 
develop  the  software  early,  and  bring  it  to  the  site  integrated 
and  validated.  Software  sophistication  and  the  time  allotted 
by  the  program  for  development  lead  to  the  conclusion  that  soft- 
ware  should  not  be  a large  factor  during  site  activation.  The 
primary  activation  problems  will  be  narrowed  to  hardware  prob- 
lems once  the  software  has  been  developed. 

3.9.2  GSE  Acceptance  Procedures  - GSE  Acceptance  Procedures  will 
be  developed  by  the  GSE  Contractor,  or  the  GSE  subcontractor  and 
approved  by  NASA.  These  procedures  will  be  used  at  the  GSE  man- 
ufacturing site  to  verify  design  parameters  of  the  individual 
end-item  before  acceptance  by  NASA,  and  before  shipment  to  ETR 

or  WTR. 

Facility  validation,  GSE  installation  checkout,  prototype  opera- 
tional, and  operational  procedures  will  be  developed  and  used  at 
ETR  and  WTR  during  the  site  activation  phase.  The  development 
of  these  procedures  is  described  in  the  following  paragraphs. 

3.9.3  Facility  Validation  Procedures  - Facility  validation  pro- 
cedures are  normally  developed  by  the  facility  construction/ 
modification  contractor  to  criteria  developed  during  the  A&E 
design,  and  approved  by  NASA  through  the  site  activation  working 
group.  Figure  III-D-35  is  a flow  chart  showing  the  stages  in 
development  of  a typical  facility  validation  procedure. 
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Figure  III-D-35  Facility  and  GSE  Procedure  Development  Flow 


The  procedures  required  to  validate  the  new/modif ied  facilities 
at  ETR  and  WTR  identified  at  this  time  are  shown  in  Table  III-D-4 
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3*9,4  GSE  Installation  Checkout:  Procedures  - Basic  GSE  installa- 
tion tests  such  as  wiring  continuity,  tubing,  and  pressure  vessel 
leak  checks,  verification  of  weld  integrity,  etc,  are  performed 
by  the  installation  contractor  using  standard  industrial  pro- 
cedures , 

End-to-end  continuity  tests  Df  wiring,  verification  of  piping 
systems,  GSE  end  item  functional  tests,  checkout  of  site  modi- 
fication to  GSE,  and  verification  of  GSE  to  facility  and  other 
GSE  interfaces  will  be  performed  at  ETR  and  WTR  by  the  GSE  con- 
tractor using  GSE  installation  checkout  procedures.  These  pro- 
cedures will  be  developed  by  the  GSE  contractor  and  approved  by 
NASA  as  shown  in  Figure  III-D-35. 

GSE  end  items  which  are  not  installed,  that  is,  portable/mobile 
equipment,  will  be  functionally  verified  onsite  using  prototype/ 
finalized  operating  procedures*  The  development  of  these  pro- 
cedures will  be  covered  In  Sections  3*9*5  and  3-9*6.  The  GSE 
installation  checkout  procedures  required  to  verify  installed  GSE 
at  ETR  and  WTR  identified  at  this  time  are  shown  in  Table  III-D-5 


Table  fll-D-5  CCE  installation  Checkout  I'rocudura 


3,9*5  Engineering  Model  Test  Procedures  - The  engineering  model 
test  procedures  will  be  developed  by  the  Tug  contractor  with  NASA 
approval.  Tug  refurbish  and  checkout  procedures  will  be  of  the 
checklist  type  currently  used  in  the  airline  industry  rather  than 
the  detailed  step-by-step  procedures  used  in  the  aerospace  industry 
today.  These  procedures  will  be  used  at  ETR  and  WTR  during  the 
engineering  model  tests  and  on  completion  of  these  tests,  the 
applicable  procedures  will  be  revised  and  updated  to  support  the 
checkout  and  launch  of  the  first  flight  article.  The  procedure 
development  flow  is  shown  in  Figure  II1-D-36.  The  actual  proce- 
dures required  are  identified  in  the  functional  flow  of  Section 
3.1  and  in  the  functional  data  sheets  contained  in  Appendix  A, 


Figure  III-D~36 

Engineering  Model  and  First  Flight  Article  Procedure  Development 
Flow 

l 3.9.6  Prototype  Operational  Procedures  - Prototype  operational 

! procedures  will  result  from  the  procedures  used  in  checkout  of 

j the  engineering  model.  The  first  flight  article  Tug  will  be 

| checked  out,  serviced,  and  launched  using  these  procedures. 

I Finalized  operational  procedures  will  develop  from  these  pro- 

| cedures  after  update  based  on  experience  gained  during  process- 

f ing  of  the  first  flight  as  shown  in  Figure  III-D-36.  The  func- 

I tions  performed  using  the  Prototype  Operational  Procedures  are 

i described  in  the  functional  flow  of  Section  3.1  and  the  func- 

| t tonal  data  sheets  contained  in  Appendix  A. 

| 3.9.7  Maintenance  Procedures  - Procedures  for  periodic  main- 

[ tenance  will  be  developed  by  the  Tug  contractor  for  ETR  and  WTR 

| with  NASA  approval.  The  analysis  of  maintenance  requirements  and 

preparation  of  maintenance  procedures  is  covered  under  Logistics/ 
Maintenance,  Section  3.10  of  this  subplan. 
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6. 10  Logic  tics  /Mai  n La  nano c 

The  logistics/maintenance  approach  for  factory  clean  Tug  process- 
ing is  the  same  as  that  for  Class  100,000  clean  Tug  processing . 

The  logistics/maintenance  requirements  may  be  found  in  para  3*10 
of  Part  I of  this  subplan* 

3.11  Configuration  Management 

The  configuration  management  approach  for  factory  clean  Tug  process- 
ing is  the  same  as  that  for  Class  100,000  clean  Tug  processing* 

The  configuration  management  approach  may  be  found  in  Subplan  B.’ 

3.12  Timeline  Funding 

The  funding  for  factory  clean  Tug  processing  site  activation 
is  shown  in  Table  III-D-6;  cost  of  kick  stage  GSE  and  LPS 
equipment  at  ETR  and  WTR  are  included*  IUS  GSE  will  also  be 
required  at  ETR,  however,  a survey  of  Transtage  (IUS  candidate) 
revealed  that  the  required  GSE  was  portable  and  could  be  easily 
relocated  instead  of  duplicated,  thus  yielding  no  cost  impact. 

Also  included  are  VAB  Low  Bay  modifications  for  Tug  and  support- 
ing processing  areas,  i*e.,  engine  preparation  area,  avionics 
checkout  area,  tool  crib  area,  etc.  The  costs  of  launch  pad/PCR 
and  OPF  modifications  at  ETR  and  WTR  are  also  included. 

Table  II1-D-6  Site  Activation  Timeline  Funding , $ In  Millions 


Function 

1 

1980 

1981 

1982 

1983  ! 

Total 

Fleet  Utilization 
Project  Management 

0.26 

0.50 

2.07 

4.78 

7.61 

Ground  and  Launch 
Operations,  ETR 

0.62 

1.19 

2.47 

19.67 

23.95 

Ground  and  Launch 
Operations,  WTR 

— 

0.50 

2.52 

1.96 

4.98 

Total 

0.88 

2.19 

7.06 

26.41 

36.54 

The  costs  shown  also  include  manpower  costs.  The  manpower  at 
each  site  is  phased  to  reflect  the  program  needs  throughout  the 
activation  phase.  The  Tug  Fleet  Utilization  Project  Management 
Office  is  phased  from  six  people  in  1980  to  a full  staff  in  1933. 
The  ETR  manpower  rises  from  ten  in  1980  to  full  complement  by  mid 
1983*  The  WTR  staffing  reflects  a smaller  effort  early  in  the 
program  rising  to  its  full  time  staff  of  seven  in  mid  1983. 

The  number  of  WTR  personnel  increase  after  July  1983  to  reflect 
the  ETR  crew  of  34  TDY  at  WTR  to  check  out  the  engineering  model 
and  the  first  flight  article  scheduled  for  launch  in  December 
1983. 


III~D-91 


The  detailed  breakout  of  program  costs  by  element  and  time  can  be 
found  in  Volume  III,  Program  Study  Cost  Estimates. 

4.0  Alternative  Approaches  ^ 

Section  3.0  of  this  subplan  has  presented  criteria  for  a single 
option  or  approach  for  site  selection  and  activation.  In  many 
cases,  alternatives  were  available  in  the  basic  approach,  i.e., 
low  bay  cell  layout,  area  for  Tug  propellant  servicing,;-  etc . 

This  section  discusses  these  alternatives.  : 

4.1  VAB  Lou  Bay  Checkout  Cell  Location 

There  are  several  possible  cell  configurations  in  the  low  bay; 
two  of  the  most  efficient  are; 

X 

1)  Four  Cells,  In-Line-West  Side  - This  configuration  was  chosen 
in  the  "single  option"  approach  adopted  in  the  general  sub- 
plan. It  has  the  advtange  of  concentrating  all  Tug/IUS 
processing  on  one  side  of  the  low  bay  allowing  comparatively 
easy  sharing  of  facilities  such  as  air  conditioning,  propel- 
lant disposal  system,  and  storage  areas.  This  approach 
leaves  one  side  of  the  low  bay  available  for  other  programs. 
Because  of  safety  requirements  for  protection  of  vehicles  in 
adjacent  cells  during  tank  pressurization,  reinforced  con- 
crete walls  or  steel  plates  must  be  installed.  For  the  four- 
in-line  configuration,  three  such  barriers  would  be  required. 
(Each  barrier  would  be  approximately  40-ft  long  x 40-ft  high 
x 10  In.  (12.2  m x 12.2  m x 25.4  cm)  thick  concrete,  or  1/4 
in.  (6.4  mm)  thick  special,  perforated  steel  plate.) 

2)  Two  Cells,  East  Side  - Two  Cells,  West  Side  - This  configura- 
tion limits  facility  sharing  to  a large  extent.  It  does  pro- 
vide good  isolation  between  Tug  and  IUS  activities.  It  allows 
Tug  cell  activation  to  proceed  with  little  interference  with 
Ili S operational  processing. 

Depending  on  whether  two  cells  are  adjacent  or  separated  by  the 
S width  of  an  unused  cell,  the  safety  barriers  required  would  be 

| either  two  or  none.  See  Figures  III-D-37  and  III-D-38  for  pos- 

f sible  configurations. 


j 

! 
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4.k  Separate  !' rope  1 1 an  K : 't'poiohig  Area  (}  .'A) 


Propellant  servicing,  purging,  pressurizing,  and  venting  is  per- 
formed  in  the  checkout  cells  in  the  "single-opL i on"  processing 
of  the  basic  subplan.  This  requires  some  form  ol  manifolding 
and  valving  so  that  common  pneumatic  sources  and  vent  stacks  can 
be  shared  by  all  four  cells  (in  the  four “in-line  configuration). 

It  also  requires  safety  barriers  between  cells  in  two  of  the 
three  configurations  discussed.  There  is  also  the  possibility 
of  propellant  spills,  constituting  a potential  hazard  to  per- 
sonnel and  equipment. 

A separate,  isolated  area  where  all  operations  involving  propel- 
lant handling,  purging,  and  tank  pressurization  are  performed, 
would  be  of  great  value  in  minimizing  the  potential  hazards, 
simplifying  the  design  of  venting  and  pneumatic  systems,  and 
eliminating  the  need  for  safety  barriers. 

Use  of  a separate  propellant  servicing  area  would  change  the 
processing  flow  as  follows: 

1)  Returned  flight  vehicles  would  be  purged  in  the  PSA  (vertical 
or  horizontal)  then  moved  and’  installed  in  the  checkout  cell. 

2)  On  completion  of  Tug/Spacecraft  integrated  checkout  the  com- 
bined payload  would  be  sealed  (mylar),  removed  from  the  check- 
out cell  and  moved  to  the  PSA  for  APS  propellant  loading  and 
and  partial  pressurization. 

3)  Transport  canister  would  be  sealed  to  the  PSA  door,  and  the 
loaded  payload  inserted  using  the  monorail  crane. 

See  Figure  III-D-39  for  the  low  bay  configuration  containing  a 
propellant  servicing  area. 

4.3  Canister  Loading  Inside  C/0  Cell 

The  canister  loading  methods  described  thus  far  involve  sealing 
the  canister  to  the  checkout  cell  door  and  then  transferring  the 
mated  Tug/spacecraft  Into  the  canister,  thereby  maintaining  the 
"clean"  environment  during  the  transfer.  An  alternative  method 
suggests  itself  by  the  fact  that  the  VAB  low  bay  cell  areas  are 
sufficiently  large  to  accommodate  both  Tug/spacecraft  and  canister. 
The  checkout  cells  will  have  floor  areas  of  approximately  55x55 
ft  (17x17  m)  . The  movable  stands  are  approximately  40x40  ft 
(12.2x12.2  m) . Assuming  the  canister  maximum  floor  area  to  be 
20x20  ft  (6. 1x6.1  m)  (with  canister  vertical),  it  would  be  pos- 
sible to  install  the  canister  and  Tug  on  the  movable  stand  in 
the  low  bay  aisle,  move  the  stand  into  the  checkout  cell,  and  close 
the  doors.  This  would  leave  canister  and  Tug  in  a clean  environ- 
ment  throughout  the  checkout,  spacecraft  mate,  integrated  check- 
out, and  APS  load  period. 
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The  checked  out  and  serviced  Tug/spacecraft  would  he  loaded  into 
the  canister  using  the  overhead  monorail  crane*  The  canister 
doors  would  then  be  closed,  the  cell  doors  opened,  and  the  can- 
ister moved  into  the  Low  bay  aisle  on  the  movable  platform.  From 
there,  it  would  be  transferred  to  the  transport  vehicle  using  the 
low  bay  bridge  crane.  This  method  lias  some  drawbacks,  including 
the  following: 

1)  The  height  of  the  canister  will  cause  it  to  project  into  the 
spacecraft  area,  making  environmental  separation  between 
spacecraft  and  Tug  levels  difficult*  It  complicates  main- 
taining the  "security-safe"  provisions  for  the  spacecraft 
area  in  two  of  the  cells. 

2)  Extensive  modifications  to  the  cell  platforms  and  mobile 
stand  would  be  required  for  this  unsual  configuration. 

3)  It  would  "trap"  the  canister  in  the  cell  for  the  duration  of 
the  cell  checkout  period.  Depending  on  the  number  of  can- 
isters allocated  for  the  program,  this  may  or  may  not  be  a 
problem* 

4)  Before  entry  into  the  cell,  the  entire  canister  should  be 
cleaned.  Because  of  space  limitations,  it  is  probable  that 
the  canister  doors  would  have  to  be  left  open  throughout  the 
checkout  period*  Again,  this  may  or  may  not  be  a problem* 

Despite  the  drawbacks,  the  concept  provLdos  the  important  advantage 
of  contamination-f rue  transfer  of  payload  to  canister.  It  simpli- 
fies handling  requirements  and  cell  door  design*  The  feasibility 
of  this  concept  depends  almost  entirely  on  the  actual  canister 
design  and  the  number  of  canisters  allocated  for  the  program. 

5*0  Simulation  Requirements 

The  simulation  requirements  for  factory  clean  Tug  processing  are 
the  same  as  those  for  Class  100,000  clean  Tug  processing*  These 
requirements  may  be  found  in  paragraph  5*0  of  Section  One  of  this 
Subplan. 
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1.0  Introduction 


The  IUS/Tug  transition  phase  is  that  period  of  time  when  the  DOD- 
procured  Interim  Upper  Stage  (IUS)  and  the  NASA-procured  Tug  are 
in  service.  This  period  is  currently  scheduled  to  start  with  the 
first  Tug  flight  in  late  1983,  and  continue  through  1984;  however, 
this  period  could  run  as  long  as  the  Shuttle  program,  depending 
upon  IUS  continued  use. 

Transition  from  IUS  operations  to  Tug  operations  is  significant. 
The  baseline  IUS  is  a hypergolic  propellanL  vehicle  approximately 
19  ft  (5.9  m)  long  and  10  ft  (3m)  in  diameter,  while  the  Tug  cryn 
genic  propellant  vehicle  is  30  ft  (9.2  m)  long  and  14.5  ft  (4.4  m) 
In  diameter.  The  IUS  uses  rechargeable  batteries  for  electrical 
power,  and  has  no  rendezvous  and  docking  system  or  active  thermaL 
systems.  The  Tug  uses  fuel  cells  for  electrical  power,  has  ren- 
dezvous and  docking  capability,  and  has  an  active  thermal  control 
system.  The  IUS  uses  a kick  stage  for  most  NASA  flights,  while 
the  Tug  uses  few  kick  stages.  These  differences,  and  differences 
in  checkout  approaches  preclude  utilization  of  a common  IUS/Tug 
refurbish  checkout  crew.  It  reduces  any  advantage  in  performing 
Tug  refurbish  and  checkout  operations  in  the  same  areas  as  the  IUS 
checkout  operations  are  performed.  These  conclusions  are  substan- 
tiated by  trade  studies  described  in  Section  5.0  of  this  subplan. 
They  form  the  basis  of  some  of  the  IUS-to-Tug  transition  elements 
discussed  in  Section  3.0. 

2.0  General  Requirements 

2.1  Ground  Rules 

The  following  ground  rules  are  applied  to  the  IUS/Tug  transition 
studies  and  to  the  subplan: 

1)  The  IUS  is  that  stage  defined  by  NASA  letter  PF02-74-156 
dated  August  19,  1974,  and  McDonnell  Douglas  Astronautics 
Company,  Reference  Information  on  interim  Upper  Stage  (f-JS)/ 
Satellite  Interfaces  for  Use  in  IUS/Tug  I ’ay  load  Requi  reman  •*. 
Compatibility  Study , July  1974. 

2)  The  kick  stages  used  are  those  defined  in  NASh  letter 
PF02-74-159  dated  August  19,  1974,  and  McDonnell  Douglas 
Astronautics  Company  Definition  of  Kick  Stages  To  Be  Used 
in  OOS/Tug  Payload  Requirements  Compatibility  Study, 

15  August  1974. 

3)  D0D  will  develop  and  provide  the  IUS. 

4)  NASA  will  develop  and  provide  kick  stages. 

5)  NASA  will  develop  and  provide  the  Tug. 
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6)  All  Tug  processing  will  be  accomplished  at  KSC.  Tugs  sched- 
uled to  be  launched  at  WTR  will  be  shipped  to  WTR  from  KSU 
in  a near  launch-ready  condition. 

7)  All  DOD  payloads  will  be  treated  as  secure  payloads, 

8)  NASA  and  DOD  payloads  may  be  flown  on  either  LUS  or  Tug, 
depending  upon  vehicle  availability  and  mission  capability. 

9)  NASA  (or  NASA  contractor)  will  perform  kick  stage  ground 
operations. 

10)  The  IUS  and  the  Tug  will  be  processed  vertically. 

2*2  Guidelines 

The  following  guidelines  were  developed: 

1)  In  the  pre-Tug  era,  DOD  (or  DOD  contractor)  will  perform 
IUS  checkout  operations, 

2)  For  non-DOD  flights,  DOD  will  provide  a mission-ready  IUS 
to  the  using  agency. 

3)  NASA  will  perform  Tug  refurbish  and  checkout  operations. 

4)  For  non-NASA  flights,  NASA  will  provide  a mission-ready 
Tug  to  the  using  agency. 

5)  Stage,  IUS  or  Tug,  processing  is  directed  by  the  using  agency 
after  spacecraf t-to-stage  mate. 

6)  Stage  procuring  agency  (IUS-D0D,  Tug-NASA)  will  provide 
stage-unique  crew  training. 

7)  Stage  procuring  agency  will  be  responsible  for  hardware 
(flight  and  unique  GSE)  configuration  management. 

8)  Stage  procuring  agency  will  be  responsible  for  logistics 
functions  for  stage  and  unique  GSE,  i*e.,  spares,  schedul- 
ing,  transportation,  etc. 

9)  IUS  and  Tug  refurbish  and  checkout  instructions  will  be  the 
checklist  type*  Personnel  will  be  trained  and  demonstrate 
job  assignment  proficiency  before  certification  as  oper- 
ating crew  members. 

10)  The  IUS  is  not  a cost  discriminator  in  selection  of  process- 
ing  options  (para.  5.2);  therefore  only  the  expendable  IUS 
is  illustrated. 


f 
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3.0  lUS/Tug  Transition  Phase  Study  Elements 


The  Tug  Fleet  and  Ground  Operations  Schedules  and  Controls  Study 
requires  that  a standard  set  of  12  study  elements  he  addressed  In 
each  subplan.  Sections  3.1  through  3.12  of  each  subplan  covers 
the  standard  elements.  For  lUS/Tug  t runs  it iun , many  of  the  elements 
are  either  not  applicable  or  marginally  applicable,  hut  are  listed  4 

to  maintain  standard  paragraph  numbers.  % 

U 

6.2  Gi\)und  Operations  F! ou  ’fj 

Not  applicable  to  this  subplan.  Processing  flows  are  pro  ided  SI 

in  subplan  A.  | 

3.2  Facility  and  GSE  Requirements  Spectfit*-* Liana  7 

3.2.1  Facility  Requirement  Specification  - Those  IUS/Tug  facility  f? 

requirements  that  are  common  to  both  the  IUS  and  Tug  are: 

1)  Checkout  Area,  ft2  (m2) : 

Kick  Stage  ■ 3000  (279) 


750  (70) 

1190  (HI) 

625  (58) 

750  (70) 

4500  (418) 

1750  (163) 

750  (70) 

1750  (163) 

3)  PCR/Pad : 

Adjustable  Work  Platform,  levels  3 

Payload  Manipulator  capacity,  lb  (kg)  65000  (29485) 

Helium  Pressurization  System  (Piping, 

psig  (N/m2)  3200  (22  x 106) 

4)  OPF,  ft2  (m2): 

Safe/Demate  Area  9000  (836) 

Because  IUS  and  Tug  use  the  same  Kick  Stage,  the  Kick  Stage  pro- 
cessing facility  for  the  two  stages  should  be  the  same.  NASA  has 
defined  several  missions  requiring  Kick  Stages  on  both  the  Tug 
and  the  IUS  (reusable  or  expendable).  DOD  has  no  Kick  Stage 
requirements  for  missions  using  Tug  or  expendable  IUS  but  has 
several  missions  requiring  a Kick  Stage  with  a reusable  IUS. 

Because  the  Kick  Stage  is  developed  and  provided  by  NASA 
(ground  ruled),  it  is  logical  that  one  facility  be  used  for 
Kick  Stage  buildup  and  checkout. 


2)  Shop  and  Maintenance  Areas,  ft2  (m2): 
Avionics  Checkout/Repair 
USE  Checkout  and  Calibration 
Spacecraft  Preparation  to  Mate 
Tool/Equipment  Crib 
Storage 

Shipping  and  Receiving 
Paint  Shop 
Office  Space 


i 
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Those  TFF  areas  that  lend  themselves  to  XUS/Tug  commonality  are 
general  areas  that  are  not  affected  by  stage  conf iguratlon  or 
operation , i.e.,  areas  whose  common  requirement  is  sufficient 
space  or  room  to  perform  the  function  for  both  stages - 

The  PCR  and  pad  must  be  designed  to  accommodate  non-lUS/Tug  pay- 
loads  as  well  as  the  lUS/Tug  payloads.  Therefore,  the  facilities 
at  the  PCR/pad  will  be  compatible/adjustable  for  both  the  IUS  and 
the  Tug.  These  common  facilities  are  mainly  used  for  lUS/Tug 
handling  and  Orbiter  payload  integration. 

In  the  PCR,  the  ground  payload  manipulator  must  be  designed  to 
handle  all  Shuttle  payloads,  both  XUS/Tug  and  non-IUS/Tug.  The 
manipulator  will  interface  with  the  IUS  through  its  cradle  as 
well  as  the  Tug  and  its  adapter.  The  access  platforms  in  the  PCR 
must  be  adjustable,  along  with  the  manipulator,  to  accommodate 
all  payloads. 

The  OPF  requires  adequate  room  to  perform  the  IDS/Tug  safing 
and  stage-spacecraft  demating  operations.  An  area  adequate  for 
Tug  safing  and  demate  will  be  adequate  in  size  for  the  smaller 
IUS  safing  and  demate  operations, 

3.2.2  GSE  Requirements  Specification  - Because  of  the  major 
differences  between  IUS  and  Tug,  little  GSE  is  common  to  both 
stages.  There  are,  however,  certain  GSE  items  that  can  easily 
be  designed  to  be  compatible  with  both  stages,  i.e., 

APS  Servicing/Deservicing  Unit, 

Helium  Pressurization  System, 

Ground  Payload  Manipulator , and 
PCR  Access  Platforms. 

The  IUS  and  the  Tug  use  N0H4  as  the  APS  propellant  and  the  systems 
are  similar  in  some  other  respects,  such  that  by  using  interface 
connectors  a single  APS  servicing/deservicing  unit  could  be  used. 
Both  stages  also  use  helium  for  main  propulsion  pressurization; 
this  helium  interface  could  be  common  for  both  the  IUS  and  the  Tug. 


3.3  Transportation  Requirement**  nnd  dup[-^rt 

The  concept  of  747  piggyback  transport  proposed  for  Tug  can  be 
applied  to  the  IUS.  Air  offers  obvious  advantage  of  rapid  IUS 
delivery  from  the  manufacturer  to  KSC  or  return  to  KSC  from  alter- 
native or  contingency  landing  sites.  Although  other  aircraft, 
including  the  C-5A,  will  accommodate  the  IUS,  there  is  economic 
advantage  in  multiple  use  of  the  747,  the  cargo  canister,  the 
Mate-Demate  Facility  and  other  items  of  transportation  support 
equipment.  Availability  nt  other  aircraft  and  the  scheduling  load 
placed  on  the  747  for  Orbiter,  External  Tank,  Tug,  spacecraft  and 
other  Shuttle  transportation  will  of  course  affect  the  I US  transport 
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decision*  Although  not  as  restrictive  for  the  10  ft  (3m)  diameter 
IUS  as  for  Tug,  over-the-road  transport  by  trailer  or  van  would 
still  require  added  time  and  special  route  considerations. 

Applying  the  747  concept,  various  items  of  TSE  used  in  the  ground 
handling  and  air  transfer  sequences  can  be  designed  for  common 
application  to  the  IUS  and  Tug.  The  IUS  can  be  carried  in  the 
cargo  canister  through  use  of  its  cradle  in  the  same  fashion  as 
it  will  be  carried  in  the  Orbiter  payload  bay.  Based  on  early 
availability,  the  MDF  can  be  used  to  handle  canisters  for  IUS 
shipments  as  i?ell  as  Tug  shipments.  The  cargo  canister  trans- 
porter can  be  used  for  IUS  as  well  as  Tug  ground  movements  to  the 
airfield  at  KSC  as  well  as  between  the  IUS  processing  facility 
and  che  pad*  Airborne  instrumentation  to  monitor  and  record 
shock,  vibration,  temperature,  humidity,  and  pressure  can  be 
' designed  for  common  application  to  IUS  and  Tug. 

3.4  Operational  Data  Requirement 
Not  applicable  to  this  subplan. 

3.5  Manpower  Staffing 

Because  of  the  dissimilarity  of  the  majority  of  IUS  and  Tug  sys- 
tems, there  are  few  common  operations.  As  the  IUS  or  Tug  nears 
completion  of  the  refurbish/checkout  cycle,  the  stage  operations 
(system  level)  tend  to  become  more  common. 

Two  areas  of  crew  operations  similarity  are  APS  servicing  and 
helium  pressurant  servicing.  Since  both  stages  have  a similar 
APS  and  He  pressure  systems,  personnel  could  be  certified  to  perform 
these  operations  on  the  IUS  and  the  Tug.  Another  area  is  handling 
of  the  IUS  and  Tug  when  it  is  in  the  payload  canister  or  the  747 
cargo  canister.  The  handling  operations  of  the  IUS  and  Tug  after 
delivery  to  the  pad  and  removal  from  the  canister  will  be  similar 
through  installation  in  the  Orbiter  cargo  bay.  These  handling 
operations  could  be  done  by  a common  crew  certified  to  handle  both 
stages . 

Because  of  the  basic  system  differences  between  the  IUS  and  the 
Tug,  it  appears  that  separate  refurbishment /checkout  crews  should 
be  used  for  the  IUS  and  Tug.  Because  IUS  is  used 'less  than  Tug 
during  the  transition  period,  the  number  of  Tug  certified  person- 
nel would  be  greater.  The  traveling  launch  crew  need  only  be 
certified  for  Tug  because  only  Tugs  will  be  flown  from  WTR. 

Individual  certification  and  skill  certification  (soldering, 
potting,  etc.)  have  some  commonality  that  would  apply  to  operations 
on  either  IUS  or  Tug. 


' 


Recognizing  that  both  NASA  and  DOD  may  use  residual  XUSs  after 
1983  (if  the  XUS  is  retained)  and  that  NASA  will  be  involved 
to  an  extent  in  management  of  the  XUS  fleet,  the  manpower  impact 
during  transition  period  is  keeping  a two-crew  capability 
(XUS  and  Tug)  and  a contingent  of  fleet  management  personnel. 

A WTR  Tug  Office  will  also  be  maintained  during  the  transition. 
Figure  III-E-1  illustrates  the  impact  of  transition  on  the  man- 
power requirements.  The  XUS  ground  operations  crew  size  for 
the  XUS  is  based  originally  on  the  data  from  Vol.  b of  the 
Space  Tug  Systems  Study  (Storable),  September  1973,  by  Martin 
Marietta  Corporation  and  extrapolated  down  from  the  stick  and  ball 
chart  (Figure  III-A-2)  in  Subplan  A.  The  fleet  management  require 
ments  are  extrapolated  from  the  organization  chart  (Figure 
III- B- 14)  of  subplan  B. 
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Figure  III-E-1  Manpower  Requirements  during 
IUS  to  Tug  Transition 

3-6  Safety  Requirements  and  Support 

The  general  safety  requirements  for  the  Tug  and  the  IUS  are  sim- 
ilar because  both  stages  will  be  involved  in  hazardous  ground 
operations.  The  IUS/Tug  processing  functions  include  handling, 
transportation,  propellant  transfers,  and  pressurant  transfers 
that  are  commonly  considered  to  be  hazardous  operations.  Con- 
figuration differences,  however,  dictate  some  specific  safety 
requirements  peculiar  to  each  stage.  Procedural  constraints  for 
hazard  control  must  be  incorporated  into  definitive  operating 
procedures  that  will  be  stage  peculiar. 


III-E-6 


Hazardous  operations  that  are  common  to  both  the  Tug  and  ITJS 
include  APS  servicing,  pressurization  system  servicing,  trans- 
portation, and  handling.  Both  stages  use  monopropellant  hydra- 
zine for  APS,  which  is  toxic  and  flammable*  Helium  pressuriza- 
tion systems  are  used  on  both  stages  for  MPS  pressurization; 

GN2  is  used  foi'asgg  ACS  pressurization,  and  the  Tug  APS  uses 
helium*  Both  inert  gases  present  pressure  energy  hazards  at  the 
operating  pressures  up  to  3200  psi  (23  x 106  N/m2).  All  vehicle 
transportation  and  handling  functions  represent  accident  poten- 
tials. Requirements  for  safe  handling  of  vehicles,  hydrazine, 
and  pressurants  are  well  established  and  must  be  applied  to 
specific  operating  procedures.  The  same  operating  crew  training 
and  certification  requirements  apply  to  both  stages. 

The  different  characteristics  of  main  propellants  used  by  the 
Tug  and  XUS  require  specific  safety  requirements  for  each.  Again 
the  requirements  for  safe  handling  of  both  cryogenic  and  storable 
propellants  are  well  established  and  are  being  applied  to  vehicle 
GSE,  and  facilities  designs*  The  predominant  safety  requirement 
to  isolate  incompatible  fluids  to  the  maximum  practical  extent 
leads  to  different  MPS  servicing  approaches.  Material  incom- 
patibility problems  dictate  separate  GSE/ facility  equipment. 
Operational  constraints  required  for  hazard  control  will  be  in- 
corporated  into  the  stage-peculiar  operating  procedures.  The 
differences  in  propellant  characteristics  require  separate 
training  and  certification  for  propellant  handling  crews , 

Separate  processing  areas  for  the  IUS  and  Tug  are  required  to 
comply  with  the  general  safety  requirements*  As  a minimum,  the 
separation  may  be  dedicated  cells  within  a building*  Configura- 
tion differences  require  separate  safety  approved  operating  pro- 
cedures for  each  vehicle  even  for  common  operations  such  as  APS 
servicing.  This  requirement  is  caused  by  ^conditions  such  as  com- 
ponent locations  and  designations.  Common  crew  training  and  cer- 
tification is  possible  for  some  functions,  such  as  handling  and 
APS  servicing,  but  not  for  stage-peculiar  functions. 

3.7  Fleet  Utilization  and  IUS /Tug -to -Fay load  Integration 
Requirements 

Not  Applicable  to  this  subplan. 

3.8  Site  Activation  and  Verification 

The  Tug  Site  Activation  subplan,  contained  in  Section  D of  this 
volume,  provides  an  activation  plan  for  two  facilities  at  ETR. 

1)  SAEF-1  for  Tugs  processed  clean. 

2)  VAB  low  bay  for  Tugs  processed  uncleaned. 


The  SAEF-1  building  could  be  modified  and  activated  for  Tug  proc- 
essing if  it  is  available  for  modification  no  later  than  January  1, 
1980.  This  would  be  a significant  modification  affecting  the 
entire  structure.  If  it  is  decided  to  process  the  IUS  in  this 
building  from  1980  through  transition,  it  would  be  undesirable  to 
modify  the  building  for  Tug  operations  because  of  the  interference 
to  IUS  operations  and  Tug  modifications.  Therefore,  the  modifica- 
tion of  this  building  for  Tug  processing  is  based  on  the  premise 
that  IUS  operations  are  accomplished  in  another  area.  There  is 
adequate  space  in  this  building  to  provide  a cell  for  IUS  to 
spacecraft  mate.  However,  again  assuming  that  IUS-S/C  mate  has 
been  accomplished  in  an  IUS  facility  before  1983,  it  appears 
that  it  would  be  better  to  continue  IUS  mate  at  the  IUS  facility 
throughout  the  remainder  of  the  program. 

The  VAB  low  bay  also  requires  extensive  modifications  to  adapt  it 
for  Tug  processing  operations.  However,  because  of  the  size  of 
the  facility  modification,  work  can  be  accomplished  without  inter- 
fering with  ongoing  Shuttle  operations.  Because  of  facility  layout, 
it  would  be  possible  to  modify  one  area  of  the  low  bay  for  IUS 
checkout,  and  then  modify  the  other  side  for  Tug  operations  with- 
out interference  with  either  operation.  Since  clean  buildings  may 
be  in  high  demand  for  spacecraft  operations,  the  VAB  appears  to  be 
a better  place  to  process  the  Tug  from  a total  Shuttle  program 
standpoint.  The  results  of  an  analysis  of  Tug  processing  in  an 
unclean  environment  indicate  that  uncleaned  processing  in  a "fac- 
tory clean"  area  is  the  favored  approach.  Therefore,  the  VAB  could 
be  effectively  used  for  Tug  processing  and  would  provide  the  option 
for  IUS  processing  in  cells  on  the  opposite  side  of  the  transfer 
aisle. 

In  either  case,  SAEF-1  or  VAB  low  bay,  the  transition  rom  IUS  to 
Tug  processing  from  a site  activation  standpoint  is  not  so  much  a 
transition  but  an  activation  of  a totally  new  facility--a  facility 
configured  for  a larger  cryogenic  reusable  Tug  versus  a facility 
configured  for  a smaller  hypergolic  expendable  IUS.  Different 
checkout/procedures  will  be  required,  a different  GSE  concept  will 
be  used,  i.e..  Tug  uses  LPS  to  maximum,  IUS  uses  existing  GSE  for 
checkout.  Section  5.0  of  this  subplan  addresses  the  commonalities 
between  the  Tug  and  the  XUS  with  the  conclusion  that  there  is  little 
commonality.  Therefore,  there  will  be  little  transition,  per  se, 
and  more  likeness  of  activation  of  the  new  facilities  and  operations. 

3. 9 Checkout  Ground  Softcore  Development 

To  develop  software  philosophy  during  the  IUS  to  Tug  transition 
phase  and  determine  common  areas  of  usage,  usage  rates,  and  update 
approaches,  the  background  of  the  IUS  and  its  expected  software 
must  be  examined.  Only  after  the  IUS  software  approach  is  under- 
stood can  the  transition  aspects  be  appreciated. 
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The  IUS  is  presently  involved  in  a definition  phase  without 
specific  guidelines  to  use  LPS.  Existing  hardware  find  software 
will  probably  be  used  to  keep  the  costs  down.  There  are 
advantages  for  DOD  to  remain  independent  through  the  early 
period  of  the  Shuttle  program.  These  are:  (1)  slips  in  the* 

LPS  development  may  deprive  them  of  USE  hardware  and  software 
when  they  need  it;  (2)  it  is  easier  to  integrate  self-contained 
packages;  (3)  costs  are  more  predictable;  (4)  DOD  will  not  be 
materially  affected  by  LPS  development,  debugging,  and  activa- 
tion; (5)  priorities  may  affect  initial  LPS  acquisition;  and 
(6)  risk  is  materially  reduced  with  working  systems.  Therefore, 
it  is  assumed  the  IUS  will  have  its  own  GSE  and  software. 

Spacecraft  are  expected  to  have  even  more  variable  GSE  and  software 
throughout  the  early  part  of  the  Shuttle  program.  Those  spacecraft 
using  IUS  or  Tug  will  be  primarily  NASA  payloads  that  will  use 
either  LPS  or  existing  GSE  and  software.  Wherever  the  spacecraft 
is  mated  and  tested  with  IUS,  kick  stage  or  Tug,  the  combined  test- 
ing will  marry  dirverse  elements,  and  eventually  the  entire  combin- 
ation will  reach  the  launch  pad  and  Orbiter.  At  the  launch  pad,  from 
T-4  to  liftoff,  LPS  will  be  used;  before  T-4,  use  of  combinations 
of  dedicated  GSE,  airborne  computers,  and  LPS  is  possible. 

There  are  some  areas  of  commonality  of  software  usage.  Certainly 
T-4  to  liftoff  uses  common  LPS  software.  Looking  ahead  in  the 
mission  predeployment  and  postdeployment  testing,  updates,  moni- 
toring, controls,  and  displays  will  use  software  developed  for  the 
onboard  computers.  Most  of  these  orbital  operations  are  exercised 
before  liftoff.  When  the  IUS  or  Tug  is  mated  with  a possible  kick 
stage  and  spacecraft  for  the  first  time,  part  of  the  combined  sys- 
tems testing  will  include  exercising  these  later  routines  with  miss- 
ing Orbiter  computers  being  simulated. 

Another  area  of  possible  common  software  usage  is  simulating  vari- 
ous Orbiter  parameters  or  functions  to  the  IUS,  Tug,  kick  stage, 
or  spacecraft  during  element  subsystem  testing.  These  subroutines 
could  he  developed  and  called  up  during  any  and  all  testing  not 
involving  an  Orbiter. 

Most  payload  software  will  be  modular  in  form  with  test  sequences 
putting  together  the  modules.  In  a modular  form,  these  subroutines 
will  be  easier  to  modify,  test,  and  verify  offline  before  tests 
start.  New  operations  or  updates  will  simply  create  new  software 
building  blocks. 

During  the  transition  phase  from  IUS  to  Tug,  it  appears  that  every 
possible  combination  of  old  and  new  software  will  exist.  The 
software  system  wilL  have  to  respond  to  every  kind  of  demand  or 
request  possible.  The  user  will  have  the  best  insight  into  his 
own  requirements  and  probably  do  his  own  software  requests.  rhe 
LPS  software  contractor  will  standardize  many  different  requests 
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and  consciously  maintain  software  commonality  throughout  the  pro- 
gram, The  transition  phase  transfer  from  IUS  to  Tug  will  not  be 
a big  step  function  because  of  previous  development  and  partial 
and  dual  usage. 

• 1 0 Legist  ’■  < an d n t^nan < Me 

The  various  elements  of  logistics  support  will  vary  widely  In  ap- 
plication between  Tug  and  IUS  based  primarily  on  major  differences 
in  size,  component  configuration,  and  the  reusability  aspects  of 
Tug  versus  IUS. 

The  logistics  management  function  will  be  concerned  with  entirely 
different  approaches  to  such  areas  as  spares  procurement  and 
maintenance  planning,  A system  of  deferred  spares  acquisition 
will  be  a necessity  on  the  reusable  Tug  to  hold  down  initial 
provisioning  cost  and  defer  spares  decisions  until  refurbish- 
ment experience  is  gained.  An  expendable  IUS  will  not  require 
these  considerations  and  will  use  critical  item  spares  only 
to  cover  preflight  operations.  Maintenance  planning  for  post- 
flight refurbishment  flow  will  not  be  required  for  an  expendable 
IUS,  The  process  of  support  requirements  analysis  will  be  far 
more  extensive  on  Tug  and  will  be  vitally  concerned  with  reusability 
requirements.  Of  course,  if  the  IUS  is  reusable,  the  approaches  will 
be  similar. 

Maintenance  and  repair  activities  differ  considerably  because  of 
configuration  differences,  LRUs  will  differ  not  only  in  con- 
figuration but  in  location  and  access  provisions,  and  Tug  LRU 
postflight  implications  are  vastly  different  from  IUS.  Tug 
maintenance  activity  will  be  planned  with  heavy  reliance  on  oper- 
ational flight  instrumentation  to  target  maintenance  activities 
in  the  Post  Flight  Maintenance  Activity  Plan.  GSE/TSE  and  its 
required  maintenance  and  spares,  will  differ  except  for  possible 
design  common  items  like  APS  servicing/deservic ing  unit,  the  He 
pressurization  system,  ground  payload  manipulator  and  PCR  access 
platforms . 

Common  warehousing  of  spares,  bulk  items,  consumables,  etc,  has 
as  its  only  feature  multiple  use  of  a facility.  Tug  and  IUS  in- 
ventories should  not  be  mixed  hut  kept  physically  separated  to 
preclude  problems  of  DOD  and  NASA  inventory  system  discrepancy 
as  well  as  errors  in  statusing  and  issuance* 

Training,  for  the  most  part,  will  be  peculiar  to  each  stage*  No 
common  crew  application  is  foreseen  based  on  configuration  dif- 
ferences, especially  in  the  propellant  area.  Probable  overlap 
in  Tug  and  IUS  processing  schedules  further  supports  a requirement 
for  separate  crews.  Shared  training  between  the  using  agencies  in 
common  areas  like  APS,  common  GSE,  and  handling  would  be  beneficial 
and  would  add  depth  to  the  number  of  available  personnel  for  team 
operations.  As  mentioned  earlier  in  this  subplan,  skills  training 
is  also  a probable  and  practical  possibility. 


{ 
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Operational  technical  documentation  requirements  are  seen  as  unique 
to  each  stage,  Basic  configuration  differences,  and  location  dif- 
ferences even  on  common  equipment,  plus  the  different  change  cycle 
impact  on  the  documentation,  indicates  necessity  for  separate  stage 
O&Ms,  OMIs,  etc . 

In  the  transportation  and  handling  area,  the  747  carrier  aircraft 
and  piggyback  canister  concept  can  be  used  for  both  Tug  and  IUS 
with  all  the  resulting  commonality  benefits.  However,  the  10— f t 
(3-m)  diameter  IUS  can  be  carried  as  internal  cargo  on  a variety  of 
other  aircraft  to  reduce  the  scheduling  impact  on  the  747,  which 
may  transport  Orbiter,  External  Tank,  a wide  variety  of  spacecraft 
and  multisupport  equipment.  If  aircraft  other  than  the  747  is 
used  for  IUS  transportation,  TSK  and  transportation  and  movement 
plans  will  differ  for  Tug  and  IUS, 

The  best,  and  In  final  analysis  the  most  cost  effective,  logistics 
approach  for  Tug  and  IUS  is  one  of  separate  programs  and  separate 
control  with  shared  commonality  as  appropriate. 

1 1 Con fiyura t ion  !4mayenen  t 

The  configuration  control  system  established  in  subplan  B,  should 
be  adapted  to  the  IUS  program  and  used  to  control  Tug  configura- 
tion. The  configuration  control  board  established  in  that  system 
will  review  and  approve/disapprove  design  changes  made  in  response 
to  technical  problems,  or  as  a result  of  changes  to  mission  or 
Shuttle  requirements.  Since  the  LUS  procurement  agency  is  also 
the  agency  responsible  fur  managing  all  DOD  spacecraft,  they  should 
be  a member  of  the  Tug  CCB  as  NASA  should  he  a member  of  the  IUS 
CCB  because  they  are  the  responsible  agency  for  NASA  and  NN/D 
spacecraft  carried  on  the  IUS*  A balanced  (intraagency  and  con- 
tractor) change  control  procedure  should  be  used  to  establish  ef- 
fective controls  and  preclude  any  unauthorized  changes  to  IUS  or 
Tug  specifications. 

Traditionally,  schedules  have  been  geared  to  flight  hardware 
readiness,  and  management  visibility  has  been  concentra ted  on 
flight  hardware  and  software  test  and  checkout.  Historically, 
the  ground  software  has  been  the  pacing  Item  because  of  lack  of 
early  planning,  parallel  development  with  the  flight  hardware/ 
software,  lack  of  compatibility  analyses,  and  management  emphasis 
being  withheld  until  the  ground  software  was  in  trouble.  Software 
is  no  different  than  hardware  with  respect  to  planning,  implementation, 
delivery,  scheduling,  test  and  checkout,  problems  resolution,  etc. 

The  CCB  must  recognize  this  and  place  equal  emphasis  on  flight  and 
ground  software  requirements  and  changes,  along  with  hardware  changes. 
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These  procedures  (subplan  H)  will  ensure  dial  on  Hi  proposed  hard- 
ware or  software  change  is  thoroughly  coordinated  with  all  invol- 
ved agencies,  reviewed,  evaluated,  and  acted  upon*  This  process 
and  involvement  of  government  agencies  and  contractors  will  assure 
a smooth  transition  from  the  IUS  to  Tug  operations. 

3. 12  Tima  line  Fund  / nj 

The  costs  for  modification  and  activation  through  first 
flight  article  checkout  and  launch  are  included  in  subplan  D* 

Tug  Site  Activation  subplan-  In  subpian  K , the  costs 
of  maintaining  IUS  and  Tug  capability  during  a transition  period 
of  one  year  (1984)  were  addressed  with  residual  lUSs  after 
1984  for  a few  missions.  Therefore,  the  NASA  cost  impact  in 
this  transition  period  is  one  of  keeping  a two-crew  capability 
(IUS  and  Tug)  at  KSC,  a fleet  management  contingent,  and  a Tug 
Office  at  WTR. 


Because  there  are  currently  two  Tug  launches  from  WTR  in  1984,  one 
being  the  WTR  first  flight  article  Tug,  there  will  be  a period  of 
about  three  weeks  and  one  of  about  two  weeks,  where  34  personnel 
from  KSC  will  be  TDY  at  WTR  to  support  these  launches*  Since  the 
launch  dates  have  not  been  established  the  TDY  shown  in  Figure 
II I“E*-1  is  in  the  first  quarter. 

Table  III-E-1  reflects  the  quarterly  Tug  costs  of  the  transition 
period  and  includes  costs  of  transfer  of  personrel  between  ETR 
and  WTR  to  support  WTR  launches.  Other  Tug  costs  such  as  propel- 
lants, computer  time,  and  maintenance  subcontracts  are  spread 
evenly  throughout  the  year.  Costs  for  flight  hardware  and  GSE 
spares  are  added  to  the  first  quarter  costs  for  the  year  they  are 
expended*  These  costs  also  include  the  costs  of  IUS  personnel  shown 
Ln  Figure  III-E-1. 

Table  IIT-E-1 

Tuj  jrownd  Operations  Quarterly  Funding  ($  in  nil  Hone) 


4.0  Critical  Procurement  Problems 


4 . 1 Cons  true t ion  Phase 


Availability  of  construction  material  has  decreased  over  the  past 
year  and  some  items  are  in  short  supply.  Construction  material 
that  has  in  the  past  been  krovm  as  "in-stock"  material  has  now 
become  semi-long-lead  material  because  of  resource  shortages. 
Affecting  items  in  this  category  are: 

Wire  - 30  days  minimum  lead 
Pipe  and  Tubing  - 45  days  minimum  lead 
Structural  Steel  - 45  days  minimum  lead 
Aluminum  Shape  - 45  days  minimum  lead 


Former  long- Lead  material  has  now  become  longer  lead  time  items* 
Impacting  items  in  this  category  are: 

Cable  (special  lay)  - 6 months 
Mechanical  Components  - 6 months 

! Explosion  Proof  Electrical  Hardware  - 5 months 

It  is  not  anticipated  that  there  will  be  an  improvement  of  these 
; lead  times  in  the  1980  to  83  time  period.  Therefore,  early  iden- 

| tification  of  material  requirements  for  Tug  operational  facilities 

| is  necessary. 

I 4,2  Activation  - Verification  Phase 

1 Assuming  a Tug  facility  preparation  go  ahead  of  January  1980,  and 

5 the  launch  of  the  first  flight  Tug  in  December  1983»  Table 

\ indicates  the  availability  requirements. 
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-eau* regents 


( 

f 


1980 

! 1981 

1982 

198  i 1 

4 

TpTTp- 

1 1 2|  3 |4 

HHDE9 

Availability  Requirement 

Sites 

SAEF-l  Hods  (100K) 

▼ 

VAB  Mods  (Factory  Clean)  ! 

r 

PCR/PAD  Mods 

▼ 

OPF  Mods 

▼ 

SAEF-l/VAB  Rdy  for  EM  C/O 

▼ 

PCR/PAD  Rdy  for  EM  C/0 

▼ 

Equipment 

GSE 

▼ 

Engineering  Model 

| 

▼ 

Dummy  S/C  & Kick  Stage 

▼ 

Canister /Transporter 

▼ 

Orbiter  Rdy  for  EM  C/0 

V 

First  Fit  Article  at  ETR 

T 

First  Fit  S/C  L KS  at  ETR 

▼ 
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More  detailed  schedules  ior  Tug  site  activation,  engineering  model 
checkout  and  the  First  flight  article  flow  can  be  found  in  the  Tug 
Site  Activiation  Subplan,  Subplan  D. 

It  should  be  noted  that  the  PCR/pad  is  required  for  start  of  modi- 
fications in  February  1981,  and  again  for  activation  checkout  in 
April  1983*  An  Orbiter  is  also  required  to  facilitate  activation 
in  1983.  These  later  dates  are  in  the  peak  period  of  IUS  I light 
activity  and  will  require  cLose  coordination  between  the  ITS  and 
Tug  projects,  and  the  other  elements  of  the  STS  program. 

5.0  Joint  Usage  Assessments 

5.1  IUS/Tu ./  Hardware  Carmona l L iy  Aas&sntnetj, 

It  has  generally  been  assumed  that  there  are  advantages  to  provid- 
ing a common  lUS/Tug  processing  facility*  This  is  based  on  an  ob- 
jective to  "maximize*1  the  use  of  common  IUS  and  Tug  GSE,  facilities 
and  other  launch  operations  for  the  IUS  to  Tug  transition*  However, 
in  order  to  determine  objectively  the  desirability  of  processing 
the  IUS  and  Tug  together,  the  commonality  between  IUS  and  Tug  opera- 
tions must  be  investigated.  The  main  thrust  of  this  commonality 
survey  was  in  refurbish  and  checkout  facilities  and  GSE  require- 
ments. This  survey  revealed  certain  facilities  and  GSE  that  were 
very  similar  to  TUG  and  IUS  operations.  These  similarities,  con- 
sidered early  in  the  program,  could  result  in  designs  for  common 
usage. 

The  TPF  areas  of  lUS/Tug  commonality  are  primarily  LRU  and  GSE 
checkout  areas  and  shop  areas  that  are  not  sensitive  or  dedicated 
to  the  type  of  hardware  processed  in  that  area.  These  are  tool  or 
equipment  cribs,  paint  shop,  avionics  checkout  and  maintenance, 

GSE  checkout,  calibration  and  maintenance,  shipping  and  receiving, 
component  cleaning,  stage  storage,  etc.  Other  activities  that  can 
be  consolidated  are  the  IUS  and  Tug  engineering  support  offices 
and  APS  servicing  area. 

Because  of  the  difference  in  size  of  the  Tug  and  IUS  (Tug  - 14.6 
ft  (4.4  m)  diameter  x 30  ft  (9*2  m)  long;  IUS  - 10  ft  (3  m)  diam- 
eter x 19.2  ft  (5.9  m)  long)  two  different  refurbish  and  checkout 
cell  sizes  are  required  in  the  TPF.  It  is  possible  to  make  cells 
convertible  to  either  Tug  or  LUS;  however,  time  to  convert  and  the 
traffic  model  indicate  that  the  best  approach  would  be  to  provide 
two  Tug  cells  and  one  IUS  cell  in  a combined  facility  to  support 
the  NASA  and  NN/D  traffic.  Again,  because  of  the  difference  in 
vehicle  and  subsequent  engine  sizes  and  manufacturer,  two  engine 
refurbish/checkout  areas  are  required.  Since  the  engines  are  dif- 
ferent, there  is  no  commonality  of  engine  spares  or  procedures. 
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The  TPF  airlock  will  require  two  work  stations,  one  for  Tug  and 
one  for  IUS  to  deservice*  clean,  and  leak  check  the  vehicle*  Be- 
cause of  the  size  dit  ference,  the  GSK  works lands  In  accummndaLr 
the  Tug  and  1US  wfJl  be  different-  The  Tug  will  require  a hydro- 
gen burn  stack  and  an  external  oxygen  vent  while  the  IUS  will  re- 
quire oxidizer  and  fuel  vapor  combustion  units*  Space  allocation 
for  checkout  GSE  will  be  different  for  the  Tug  and  IUS.  The  Tug 
will  use  the  LPS  for  checkout  and  monitoring,  requiring  an  LPS 
station  in  the  checkout  area*  Current  IUS  planning  indicates 
that  van  mounted  GSE  will  be  used  for  checkout-  The  van  will  be 
located  external  to  the  TPF  and  GSE  cables  will  be  connected  via 
a building  wall  mounted  feed-through* 

The  servicing/pressur izat Lon  GSE  supporting  the  Tug  and  IUS  will 
be  different.  The  Tug  MPS  operating  pressure  is  17  to  18  psia 
(11.7  x 10**  to  12.4  x IQ4  N/tn^)  while  the  IUS  MPS  is  a 160  psia 
(1.1  x 106  N/m2)  system.  This  GSE  would  also  be  procured  by  two 
government  agencies  from  their  respective  contractors-  Fuel  cell 
reactants  servicing  GSE  would  be  peculiar  to  the  Tug,  while  APS 
servicing/pressurization  GSE  could  be  made  common  for  both  stages 
since  the  propellant  is  the  same*  The  handling  GSE  will  be  dif- 
ferent because  of  the  different  vehicle  diameters  and  lengths. 

Since  the  type  of  kick  stages  currently  identified  for  the  Tug 
are  the  same  as  those  used  by  the  IUS,  the  kick  stage  buildup/ 
checkout  area  can  be  common  for  the  IUS  and  Tug*  This  is  espe- 
cially true  because  the  kick  stage  is  assumed  to  be  developed  by 
one  agency  for  use  on  both  stages.  The  current  traffic  model  re- 
quires only  nine  Tug  kick  stages  during  the  life  of  the  Shuttle 
program.  The  IUS  requires  a larger  quantity  of  kick  stages. 


The  PCR  IUS  and  Tug  work  platforms  would  be  a part  of  a total  pay- 
load  platform  set.  Those  platforms  to  be  used  by  the  IUS  and  Tug 
should  be  designed  to  be  adjustable  and  interchangeable.  The 
ground  payload  manipulator  will  be  common  to  IUS,  Tug,  and  non- 
IUS/Tug  payloads*  Both  the  LUS  and  Tug  use  helium  in  their  pres- 
surization systems*  Therefore,  the  PCR/pad  helium  supply/service 
system  to  the  Orbiter  interface  can  be  a common  system*  The  Tug 
will  require  two  major  additions  to  the  PCR/pad,  the  cryogenics 
loading  system  for  T^g  ana  the  fuel  cell  reactant  loading  for  Tug 
fuel  cells.  The  IUS  would  not  require  either  of  these  systems  at 
the  pad. 

There  are  no  IUS  operations  in  the  OPF,  abort  excepted,  for  an  expend 
able  IUS*  In  case  of  a resuable  IUS,  the  lUS/Tug  operations  in 
the  OPF  would  be  very  similar*  Any  area  large  enough  to  accom- 
modate planned  Tug  operations  will  be  adequate  for  the  planned 
IUS  operations.  In  the  OPF,  the  Tug  would  require  a hydrogen 
burn  system  and  external  oxygen  vent  system.  Neither  system  would 
be  common  with  IUS  MPS  facility  vent  system*  Two  T-0  interface 
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panels  will  be  required,  one  for  the  cryogenic  vehicle  and  one 
for  the  hypergolic*  The  handling  GSE  required  to  remove  the  pay 
load  from  the  cargo  bay  will  be  different  because  of  size  differ 
ences  between  Tug  and  LUS.  The  deservicing  GSE  used  in  the  OPF 
will  vary  depending  upon  vehicle  propellants. 

The  LCC  would  require  consoles  and  racks  that  are  unique  to  the 
IUS  and  unique  to  the  Tug  for  propellant  loading  and  systems 
monitoring.  Therefore,  sufficient  area  is  required  in  the  LCC 
for  both  the  IUS  and  Tug  propellant  loading  and  system  monitor 
consoles/ racks . 

Table  1II-E-3  summarizes  results  of  the  commonality  assessment 
for  facility  and  GSE  impacts  and  other  considerations,  i.e.,  schi 
ules*  software  ground  checkout,  crew  considerations,  safety  and 
fleet  utilization/management  concept  having  commonality  impacts 
are  shown  in  Table  III-E-3. 

Table  III-E-  3 Commonality  Assessment 


I tem 

IUS 

Tug 

Commonality 

Checkout  Cells 

(1)  25  x 25  ft 
(7.5  x 7.5  m)  with 
10  ft  (3  m)  cut- 
outs 

(2)  35  x 25  ft 
(10.6  x 7.5  m) 
with  15  ft  (4.5  m) 
cutouts 

Could  conceivably 
be  made  common  with 
adjustable  cutouts 
and  platform  levels 
with  some  penalty. 

Service/Deservice/ 
Pressure  GSE  (MPS) 

Hypergolic  Set 

Cryogenic  Set 

No  commonality 

Transportation  and 
Handling  GSE 

Accommodate  10  ft 
x 19.5  ft  L (3  x 
5.9  m) 

Accommodate  15  ft  D 
x 30  ft  L (4.5  x 
9 m) 

Possibly  adjustable 
for  commonality  but 
may  result  in  cost 
penalty  rather  than 
advantage* 

Avionics  Checkout 
GSE 

Van  Mounted  GSE 

Primarily  LPS 

No  commonality 

Orb iter  Fluid 
Interfaces 

, 

Hypergolic 

Cryogenic 

No  commonality 

Kick  Stage  Check- 
out Areas 

Solid,  2 Sizes 

Solid,  2 Sizes 

Common 

Engine  Checkout  and 
Service  Area 

30  x 30  ft  (9  x 
9 m)  Hypergolic 

25  x 25  ft  (7.5  x 
7.5  m)  Cryogenic 

Could  possibly  have 
some  common  capa- 
bilities 

LCC 

IUS  Unique 

Tug  Unique 

No  commonality 

Site-to-Site 

Transportation 

Equipment 

747  Canister,  MDF 

747  Canister,  hfDF 

Joint  usage 
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Table  III-E-3  Commonality  Assessment  (oon't) 


Item 


IUS 


Tug 


Commonality 


Schedules 


IOC  Dec  1983, 
Variable  Launch 
Rate  thru  1991 


IOC  1980,  Heavy 
Traffic  to  1984 
Transition,  Sus- 
taining Low  Level 
Traffic  1991 


Little  compatibility 
Tug  facility  modifi- 
cations and  activa- 
tion during  heavy 
IUS  traffic  period. 


* 


Software,  Ground 
Checkout 

Crew  Considerations 
Crew  Skills 

Crew  Training 


Safety 


Fle^l  Utilization/ 
litenageiuint  Concepts 


LPS  Unique  Software 


Cryogenic /Avionics 

Individual  and 
Crew  Certification 
for  Tug  Unique 
Systems 

Cryogenics , Hydra- 
zine (APS) , Fuel 
Cell,  Handling 

Moderate  Active 
and  Total  Fleet, 
Significant  Spares 
Inventory  7-8 
Years  Operation. 
NASA  "Paper” 

System 


Van  Mounted  Cage- 
Type  System 

Hypergolic/Avionics 

Individual  and 
Crew  Certification 
for  IUS  Unique 
Systems 

Hypergolics , Hydra- 
zine (APS)  , Bat- 
teries, Pyrotech- 
nics, Handling 

Small  Active/Total 
Fleet  Small  Spares 
Inventory,  Heavy 
Traffic  3 to  4 
Years  Only.  DOD 
"Paper"  System 


No  commonality 


Some  commonality  in 
avionics  skills. 

Little  crew  certifi- 
cation commonality. 
Some  common  indi- 
vidual certification 

Common  safety  re- 
quirements for 
handling  and  APS 
servicing. 

Some  common  systems 
possible. 


From  this  summary  it  is  apparent  that  there  is  little  advantage 
to  a combined  lUS/Tug  processing  facility  with  respect  to  common- 
ality other  than  the  facility  enclosure  itself.  Therefore,  it 
would  not  be  cost  effective  to  force-fit  an  IUS  refurbish/checkout 
cell  into  a Tug  facility  just  to  gain  IUS  capability  unless  some 
other  advantage  becomes  apparent.  On  the  other  hand,  there  is  a 
great  deal  of  commonality  in  support  areas,  shops,  kick  stage 
processing  area,  storage/warehousing  areas,  engineering  and  office 
areas.  There  is  some  commonality  in  the  management  systems  used 
by  the  two  agencies  procuring  the  IUS  and  Tug.  Table  III-E-4  sum- 
marizes these  commonalities  and  conclusions. 


s 
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Table  III-E-4  Commonality  Assessment  - Conclusions 


[ LITTLE  COMMONALITY  IN;] 

Processing  Facility  Requirements 
Checkout  Equipment  Concepts 
Servicing  Equipment 
Crew  Considerations 
Schedules 
Software 

CONCLUSIONS^! 

Little  Apparent  Advantage  To  A Common  I US/Tug  Processing  Facility 
RECOMMENDATIONS:  \ 

Don't  "Force  Fit"  I US  Into  Tug  Processing  Facility 

Consider  Common  Support  Shops,  Storage/Warehousing,  Kick  Stage 
Processing,  Management  Systems 

5.2  lUS/Tug  Operational  Joint  Usage  Assessment 

5.2.1  General  - In  order  to  determine  and  evaluate  the  effects 
of  IUS  to  Tug  transition,  some  additional  basic  ground  operations 
approaches  must  be  established,  namely,  the  approach  to  IUS  check- 
out and  Tug  refurbish  and  checkout,  kick  stage  checkout,  IUS/Tug 
to  spacecraft  integration  and  payload  to  Orbiter  integration.  To 
effectively  plan  for  the  transition  period,  the  agencies  having 
responsibilities  toward  these  functions  must  also  be  identified. 

To  establish  a basis  for  the  IUS  to  Tug  transition  subplan  ap- 
proach, numerous  approaches  of  IUS-Tug  operations  were  considered. 
Through  a selective  process  these  approaches  were  redur  d to  seven 
options : 

NOTE:  Clean  Tug,  Processing  = Processing  a 100K  clean  Tug  in  a 100K 

clean  facility 

Uncleaned  Tug  Processing  = Processing  an  uncleaned  Tug  in  a 

"factory  clean"  facility 

1)  Clean  Tug  processing  in  dedicated  facilities; 

2)  Clean  Tug  processing,  spacecraft  mate  in  user  facility; 

3)  Clean  Tug  processing,  PCR  mate  option; 

4)  Uncleaned  Tug  processing,  spacecraft  mate  in  separate  inte- 
gration facility; 


SOME  COMMONALITY  IN  SUCH  THINGS  AS: 


Safety  Considerations 

Fleet  Utilization  Management 

Support  Shops 

Kick  Stage  Processing 

Storage/Warehousing 
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5)  Uncleaned  Tug  processing,  single  security  area  for  DOD  pay- 
loads  ; 

6)  Uncleaned  Tug  processing  in  joint  IUS/Tug  facility; 

7)  Uncleaned  Tug  processing,  separate  IUS  and  Tug  facilities. 

These  seven  options  are  further  discussed  herein  from  the  stand- 
point of  launch  site  facility  and  GSE  requirements.  In  all  seven 
options,  there  are  three  common  considerations  that  impact  the 
ground  operations  philosophy. 

1)  DOD  is  responsible  for  IUS  development  and  procurement; 

2)  NASA  is  responsible  for  Tug  development  and  procurement; 

3)  NASA  is  responsible  for  kick  stage  development  and  procure- 
ment. 

These  considerations  affect  ground  operation  in  that  the  agency 
responsible  for  development  and  procurement  of  the  stage  is  also 
responsible  for  the  procurement,  provisioning,  and  inventory 
management  of  flight  vehicle  spares,  the  GSE  and  GSE  spares,  GSE 
maintenance,  the  logistics  system,  crew  training  and  certification 
checkout  procedure  preparation,  revision  and  update,  GSE  and 
checkout  software  preparation  and  update.  These  factors,  plus 
the  DOD  security  requirements,  have  been  included  in  the  evalua- 
tion and  reduction  of  the  approaches  considered  to  the  seven 
options  selected  to  be  further  discussed. 

5.2.2  Option  1,  Glean  Tug  Processing  in  Dedicated  Facilities  - 
Figure  III-E-2  depicts  the  IUS,  Tug,  and  kick  stage  flight  hard- 
ware flow  far  this  Option.  Upon  return  from  a mission,  the  Tug 
is  removed  from  the  Orbiter  and  separated  from  the  spacecraft  in 
the  OPF;  the  DOD  Tug  is  moved  to  the  DOD  refurbish/checkout  facil- 
ity and  the  NASA  Tug  to  the  NASA  facility.  Vehicle  cleaning  and 
stage  processing  then  occurs  in  the  duplicate  TPFs.  Kick  stages 
are  provided  as  required,  clean  and  fully  checked  out,  from  the 
kick  stage  processing  facility.  The  payload  is  built  up,  Tug  and 
spacecraft,  or  Tug,  kick  stage  and  spacecraft,  and  integrated 
tests  performed.  The  payload  is  then  installed  in  the  payload 
canister  and  moved  to  the  pad  for  Shuttle  integration,  testing, 
and  launch. 

This  approach  provides  two  parallel  paths  for  IUS/Tug  processing; 
i it  also  requires  two  complete  facilities,  sets  of  GSE,  and  oper- 

| ating  crews.  All  IUS/Tug  secure  operations  can  be  performed 

| totally  within  the  DOD  facilities  with  the  exception  of  those  se- 

| cure  operations  required  at  the  PCR/pad  for  prelaunch  and  the  OPF 

i for  postlaunch  operations.  Table  III-E-5  provides  a summary  of 

\ facility  and  GSE  requirements  for  this  option. 
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NASA  and  NN/D 
Missions  Using 
IUS/Tug 


NASA  Spacecraft  Processing 
NN/D  Spacecraft  Processing 


IUS  Processing 
Tug  Processing 
Kick  Stage  Mate 
NASA  and  NN/D 
Spacecraft  to 
IUS/Tug  Mate 


PC R/ Pad 


Initial  Safing 


Safe  for  Payload 
Removal 

Separate  Tug  from 
Spacecraft 

Note:  1Q0K  Clean  Tug  Processing 

NASA  TPF  and  DOD  TPF  Largely  Redundant 

t ujure  III-E-2 

Option  1$  Clean  Tug  Processing  in  Dedicated  DOD  and  NASA 
Processing  Facilities 


S'  ^ v 


DOD  Missions 
Using  IUS/Tug 


IUS  Propellant  Load 
Payload  to  Orb iter  Mate 
Tug  Propellant  Load 
Countdown 
Launch 


DOD  Tug  and 
Spacecraft 


IUS  Processing 
Tug  Processing 
DOD  Spacecraft 
Processing 
Kick  Stage  Mate 
DOD  Spacecraft 
to  IUS/Tug  Mate 
Classified  Operations 
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5.2.3  Option  2,  Clean  Tug  Processing,  Spacecraft  Mate  in  User 
Facility  - Figure  III-E-3  depicts  the  IUS , Tug,  and  kick  stage 
flight  hardware"  flow  fox-  this  option.  Upon  return  from  mission 
the  Tug  is  removed  from  the  Orb iter  and  separated  from  the  space- 
craft in  the  OFF  and  moved  to  the  TPF.  Tug  cleaning  and  complete 
stage  refurbishment  and  postmaintenance  checkout  is  completed  in 
the  TPF. 

Upon  completion  of  maintenance  and  checkout  operations  the  Tug 
is  ready  for  spacecraft  and,  if  required,  kick  stage  mate.  If  the 
Tug  is  scheduled  for  a DOD  mission  the  mission-ready  Tug  is  moved 
to  the  DOD  facility  for  spacecraft  mate,  integrated  system  tests, 
and  subsequent  delivery  to  the  pad.  If  the  Tug  is  scheduled  for 
a NASA  or  other  non-DQD  mission,  the  spacecraft  and  kick  stage, 
if  required,  are  moved  into  the  TPF  for  mate  to  the  Tug  integrated 
systems  test  and  transfer  to  the  pad.  If  a non-DOD  mission  is 
scheduled  to  be  flown  on  the  IUS,  a clean  mission-ready  IUS  will 
be  delivered  to  the  TPF  for  spacecraft  and  kick  stage,  if  required, 
mate,  integrated  systems  testing,  and  transfer  to  the  pad. 

This  approach  would  permit  the  procuring  agency  for  each  stage  to 
process  the  stage  for  which  they  are  responsible  and  not  duplicate 
any  effort,  GSE  or  facilities.  The  Tug  facility  would  require  an 
lUS/spacecraf t Integration  cell  that  would  not  contain  all  the 
checkout  equipment  of  a refurbish/checkout  cell.  The  IUS  facility 
would  require  only  a Tug/spacecraft  integration  cell  and  not  all 
of  the  equipment  associated  with  a Tug  refurbish/checkout  cell. 

Upon  arrival  at  the  PCR/pad,  the  ground  operations  performed  would 
be  those  that  are  characteristic  of  the  particular  stage  and  the 
associated  spacecraft.  All  Tug  secure  operations  can  be  delayed 
until  after  delivery  of  the  miss ion- ready  Tug  to  the  DOD  facility. 
Thus,  security  provisions  must  be  provided  at  the  DOD  facility, 
PCR/pad,  and  OPF.  Since  the  IUS  will  capture  all  of  the  currently 
planned  DOD  missions,  all  IUS  secure  operations  will  occur  within 
the  DOD  facilities  on  DOD  provided  hardware,  the  exception  being 
those  secure  operations  required  at  the  PCR/pad.  Table  III-E-6 
provides  a summary  of  facility  and  GSE  requirements  for  this 
option. 


5.2.4  Option  3,  Clean  Tug  Processing,  PCR  Mate  Option  - Figure 
III-E-4  shows  the  IUS,  Tug,  and  kick  stage  flight  hardware  flow 
for  this  option.  Upon  return  from  mission,  the  Tug  is  removed 
from  the  Orb iter  and  separated  from  the  spacecraft  in  the  OPF  and 
the  Tug  moved  to  the  TPF.  The  Tug  undergoes  cleaning  and  complete 
stage  refurbishment  and  postmaintenance  checkout  in  the  TPF. 
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Table  III-E-6  Option  2 Facility  and  GSE  Requirements  Summary 


Secure  Area 
LPS  Terminal 
Clean  Area  (Bldg) 

Airlock 
Tug  Unique  GSE 
Avionics 

Handling  and  Transport 
Propulsion  and  Mechanical 
Structural 
Tug  Facilities 
Engine  Area 
Avionics  Area 
H2  Burn  System 
O2  Vent  System 
GSE  Area 
Airlock  Station 
Checkout  and  Mate  Cell 
APS  Load  System 
IUS~Spacecraf t Mate  Fixture 
Kick  Stage  GSE 
Avionics 

Handling  and  Transport 
Propulsion  and  Mechanical 
Kick  Stage  Facility 

Buildup  and  Checkout  Area 
Avionics  Area 
GSE  Area 
Airlock  Station 
Tug-Spacecraft  Mate  Fixture 
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Figure  IIT-E-4 
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Figure  III-E-4  (Option  3,  Clean  Tug  Proaeeeing,  PCR  Mate  Option 


Upon  completion  of  maintenance  and  checkout  operations,  the  Tug 
is  ready  for  spacecraft  and,  if  required,  kick  stage  mate.  If 
the  Tug  is  scheduled  for  a NASA  or  NN/D  mission,  this  mating  and 
subsequent  systems  level  verification  will  occur  within  the  TPF. 
Similarly,  in  the  case  of  an  IUS  scheduled  for  a DOD  mission,  the 
spacecraft/kick  stage  (if  required)  mating  and  subsequent  inte- 
gration verification  will  occur  in  the  DOD  facilities. 

When  a Tug  is  scheduled  for  a DOD  mission,  the  ir—  ion-ready  Tug, 
with  kick  stage,  if  required,  is  moved  to  the  PCR  for  integration 
with  the  DOD  spacecraft  from  their  facilities,  the  mate  and  inte- 
gration verification  being  accomplished  in  the  PCR.  Similarly, 
in  the  case  of  the  IUS  scheduled  for  a NASA  or  NN/D  mission,  the 
mission-ready  IUS,  with  kick  stage,  if  required,  is  mated  to  its 
assigned  spacecraft  in  the  PCR  and  subsequent  integration  systems 
verification  performed.  After  the  lUS/Tug  integration  activities 
are  completed,  whether  off-pad  or  on-pad,  the  ground  operations 
performed  would  be  those  that  are  characteristic  of  the  particular 
stage  and  associated  spacecraft. 

This  approach  again  permits  the  procuring  agency  to  perform  the 
processing  operations  on  the  stage  for  which  it  is  responsible 
It  limits  secure  operations  to  three  areas  that  can  be  readily 
designed  and  operated  as  secure  areas,  the  DOD  facilities,  PCR/ 
pad  and  the  OFF.  The  TPF  would  contain  no  provisions  for  security 
or  any  IUS  operations;  the  DOD  facilities  would  not  have  the  capa- 
bility of  any  Tug  operations.  Table  III-E-7  provides  a summary 
of  facility  and  GSE  requirements  for  this  Option. 

5.2.5  Option  4,  Uncleaned  Tug  Processing,  Spacecraft  Mate  in 
Separate  Integration  Facility  - Figure  III-E-5  depicts  the  IUS, 
Tug,  and  kick  stage  flight  hardware  flow  for  this  option.  Upon 
return  from  the  mission,  the  Tug  is  removed  from  the  Orbiter  and 
separated  from  the  spacecraft  in  the  OPF.  The  Tug  is  then  moved 
to  the  TPF  for  processing.  Tug  processing  would  be  accomplished 
on  the  Tug  in  the  as-returned  condition,  i.e*,  no  stage  cleaning 
before  refurbish,  in  a factory  clean  area  that  would  ensure  that 
the  Tug  would  not  become  further  contaminated  because  of  the  check 
out  area  environment . 

If  the  Tug  is  scheduled  for  NASA  or  NN/D  mission,  upon  completion 
of  Tug  refurbish  and  checkout,  it  is  moved  to  a payload  mate  fa- 
cility inhere  it  is  cleaned  as  required,  then  mated  to  the  space- 
craft. An  IUS  scheduled  for  a NASA  or  NN/D  mission  also  comes 
to  this  payload  mate  facility  in  a mission-ready  condition  from 
the  DOD  facilities.  After  lUS/Tug,  spacecraft  and  kick  stage, 
as  required,  mate  and  integration  verification,  the  payload  is 
moved  to  the  launch  pad.  The  DOD  spacecraft  are  mated  to  the  IUS 
in  the  DOD  facility  and  to  the  Tug  in  the  PMF*  The  PCR/pad  opera- 
tions performed  after  delivery  to  the  pad  area  are  those  charac- 
teristic of  the  particular  stage  and  spacecraft. 
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Figure  III-E-5 

Option  4 , Uneleaned  Tug  Processing , Spacecraft  bkite  in  Separate 
Integration  Facility 


This  approach  permits  the  procuring  agency  for  each  stage  to  process 
the  stage  Irr  which  they  are  responsible  with  no  duplication  of  ef- 
fort or  equipment.  The  PMF  would  contain  IUS/'fug  to  spacecraft 
mating/in tegration  cells  only,  and  the  minimum  GSE  for  integration 
testing.  Since  the  kick  stages  will  be  used  only  by  NASA  and  NN/D 
Tug  and  1US  flights,  all  kick  stages  would  be  integrated  into  the 
payload  in  the  PMF. 

This  approach  does  require  a secure  area  in  the  PMF  for  DOD  Tug 
flights.  The  DOD  IUS  mission  spacecraft  would  be  mated  and  verified 
entirely  within  the  DOD  facility  complex  before  movement  to  the 
PCR/pad.  Table  III-E-8  provides  a summary  of  facility  and  GSE  re- 
quirements for  this  option, 

5.2.6  Option  5,  Uncleaned  Tug  Processing,  Single  Security  Area 
for  DOD  Payloads  - Figure  III-E-6  depicts  the  IUS,  Tug,  and  kick 
stage  flight  hardware  flow  for  this  option.  Upon  return  from  a 
mission,  the  Tug  is  removed  from  the  Orbiter  and  separated  from  the 
spacecraft  in  the  OPF.  The  Tug  is  then  moved  to  the  TPF  for  re- 
furbish and  checkout.  The  Tug  ref urbish/ checkout  activities  are 
conducted  in  a factory  clean  environment  that  would  not  degrade  the 
cleanliness  condition  of  the  as-returned  Tug. 

Upon  completion  of  Tug  ref urbishment/ checkout , a portable  or  tem- 
porary clean  room  is  ?‘nst ailed  around  the  Tug  and  the  Tug  is  cleaned 
to  be  compatible  with  the  Orbiter  bay.  If  the  Tug  is  assigned  to  a 
DOD  mission,  the  clean  mission-ready  Tug  is  then  moved  to  the  DOD 
facilities  for  spacecraft  mate  and  integrated  testing.  If  the  mis- 
sion assignment  is  a NASA  or  NN/D  spacecraft,  this  spacecraft  and 
any  kick  stages  required  would  be  moved  to  the  TPF  for  mate  with 
the  Tug.  If  the  mission  assignment  is  for  an  IUS,  the  clean  mis- 
sion ready  IUS  will  be  moved  to  the  TPF  from  the  DOD  facilities, 
placed  in  a temporary  clean  room,  and  mated  with  the  spacecraft  and 
kick  stages,  as  required.  After  mate  and  integration  verification, 
the  NASA  or  NN/D  payload  is  moved  to  the  PCR/pad  for  Shuttle  inte- 
gration. All  DOD  spacecraft  will  be  integrated  to  both  IUS  and  Tug 
in  the  DOD  facilities  and  then  moved  to  the  PCR/pad  for  Shuttle 
integration  and  prelaunch  operations. 

This  approach  permits  the  responsible  agency  for  each  stage  to  per- 
form the  processing  for  that  stage.  The  TPF  would  contain  an  IUS 
to  spacecraft  mate  cell  and  the  DOD  facilities  would  have  a Tug  to 
spacecraft  mate  cell,  both  with  the  minimum  support  equipment  for 
spacecraft  integration  and  verification.  Kick  stages  would  be 
integrated  both  in  the  TPF,  for  NASA  and  NN/D  flights,  and  in  the 
DOD  facility,  for  DOD  missions.  This  approach  requires  a security 
provision  in  the  DOD  facilities  and  PCR/pad  for  prelaunch,  and  at 
the  OPF  for  postlaunch  activities.  Table  1II-E-9  provides  a sum- 
mary of  facility  and  GSE  requirements  for  this  option. 
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Figure  III-E-6 

Option  Sj  Uncleaned  Tug  Processing , Single  Security  Area 
for  DOD  Payloads 
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5*2.7  Option  6,  Uncleaned  Tug  Processing  in  Joint  lUS/Tug 
Facility  - Figure  III-E-7  depicts  the  IUS,  Tug  and  kick  stage 
flight  hardware  flow  for  this  option.  Upon  return  from  a mission, 
the  Tug  is  removed  from  the  Orbiter  and  is  separated  from  the  space- 
craft in  the  OPF.  The  Tug  is  moved  to  the  TPF  where  it  undergoes 
refurbishment  and  checkout  in  the  as-received  condition  in  a fac- 
tory clean  area.  For  IUS  missions,  a new  IUS  from  the  manufacturer 
or  storage  will  be  moved  to  the  TPF  for  checkout.  Cleanliness  will 
be  limited  to  an  environment  that  does  not  contribute  to  further 
contamination  of  a returned  vehicle. 

Upon  completion  of  refurbishment  and  postmaintenance  checkout,  the 
lUS/Tug  is  cleaned  in  a portable  or  temporary  clean  room.  The 
spacecraft  (DOD,  NASA,  and  NN/D)  and  any  kick  stages  required,  are 
moved  to  the  TPF  and  mated  to  the  lUS/Tug.  Integrated  testing  is 
then  performed,  and  the  payload  is  moved  to  the  PCR/pad  for  Shuttle 
mate  and  prelaunch  operations. 

In  this  approach,  all  IUS  and  Tug  processing  is  done  in  a facility 
jointly  occupied  by  NASA  and  DOD.  Secure  areas/cells  will  be  re- 
quired for  DOD  operations  in  the  TPF.  The  PCR/pad  and  OPF  will 
require  the  same  security  provisions  as  on  other  options.  Table 
III-E-10  is  a summary  of  facility  and  GSE  requirements  for  this  op- 
tion. 

5.2.8  Option  7,  Uncleaned  Tug  Processing,  Separate  IUS  and  Tug 
Facilities  - Figure  III-E-8  depicts  the  IUS,  Tug  and  kick  stage 
flight  hardware  flow  for  this  option.  Upon  return  from  a mission, 
the  Tug  is  removed  from  the  Orbiter  and  separated  from  the  space- 
craft in  the  OPF.  The  Tug  is  moved  to  the  TPF  for  refurbish  and 
checkout.  These  activities  are  conducted  in  a factory  clean  environ- 
ment that  would  not  degrade  the  cleanliness  of  the  as-returned  Tug. 

Upon  completion  of  Tug  refurbishment/checkout,  a portable  or  tem- 
porary clean  room  is  installed  around  the  Tug  and  it  is  cleaned  to 
be  compatible  with  the  Orbiter  bay.  All  spacecraft  (DOD,  NASA  and 
NN/D)  assigned  to  be  flown  on  a Tug  will  be  integrated  in  the  TPF. 

All  spacecraft  assigned  to  be  flown  on  an  IUS  will  be  Integrated 
in  the  DOD  IUS  facility.  In  each  case,  after  mate  and  integration 
verification,  the  payload  Is  moved  to  the  PCR/pad  for  integration 
with  the  Shuttle,  prelaunch  and  launch  activities. 

This  approach  enables  the  stage  processing  to  be  accomplished  by 
the  procuring  agency.  Spacecraft  integration  would  be  accomplished 
in  each  case  by  the  using  agency.  It  eliminates  the  requirements 
for  duplicate  sets  of  stage  GSE  in  the  processing  facilities.  Se- 
curity will  be  required  in  the  TPF  as  well  as  the  DOD  facilities, 
PCR/pad,  and  OPF.  A summary  of  facility  and  GSE  requirements  for 
this  option  is  shown  in  Table  III-E-11. 
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Figure  III-E-7 

Option  6 y Uncleaned  Tug  Proceeding  in  Joint  IUS/Tug 
Proceeding  Facility 


Table  III-E-10  Option  6 Facility  and  GSE  Requirements  Summary 
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Figia'e  III-E-8  Option  7 , Uncleaned  Tug  Proceeding s Separate  TVS  and  Tug  Proceaeing  Facilities 
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5.2.9  Assessment  - To  objectively  evaluate  the  relative  merits  of 
those  seven  options  * the  following  items,  or  criteria,  were  con- 
sidered: 

1)  Safety  - Personnel  and  systems  safety  affect  evaluation  of 
each  option; 

2)  Cost  - Facility  and  GSE  costs  for  each  option; 

3)  Flexibility  - Operational  flexibility  to  permit  workarounds 
and  accommodate  contingencies; 

4)  Timeline  - Time  required  to  complete  Tug  turnaround  operations; 

5)  Security  - Ease  of  maintaining  secure  operations  for  all  DOD 
missions ; 

6)  Logistics  - Hardware  spares,  vehicle  handling,  and  crew  train- 
ing requirements; 

7)  Building  Availability  - Compatibility  of  operational  require- 
ment with  current  building  usage  schedules  and  effective  use 
of  facility  capability. 

Numerical  values  have  been  assigned  to  each  of  these  criteria. 

The  best  approach,  or  most  desirable  being  rated  a "one",  and  the 
least  desirable  being  rated  a higher  number  based  on  the  number  of 
options  in  the  category.  Thus,  the  option  with  the  lowest  numerical 
score  becomes  the  best  option  in  that  category  based  on  the  criteria 
used.  The  two  categories  considered  were  clean  processing  and  un- 
cleaned processing.  Table  ni-E-12  displays  the  results  of  this 
analysis. 

Table  III-E-12  Option  Assessment,  Nummary 


Options 

Clean  Processing  JlJncleaned  Processing 
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Safety 
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Of  the  three  clean  Tug  processing  options,  this  assessment  sum- 
mary shows  that  Option  2 is  the  best,  and  of  the  four  uncleaned 
Tug  processing  options.  Option  6 is  the  best  approach.  Because 
the  results  of  the  Tug  Processing  in  an  Unclean  Environment  An- 
alysis,  Addendum  6,  has  resulted  in  the  recommendation  to  process 
the  Tug  unclean.  Option  6 becomes  the  recommended  option. 

The  following  sections  provide  a summary  of  the  tradeoffs  for  each 
of  the  criteria  considered. 

5*2*3. 1 L'afetu  - An  analysis  of  the  transition  phase  ground 
operations  approach  options  was  made  to  establish  safety  evalua- 
tion criteria.  The  purpose  of  the  analysis  was  to  establish 
criteria  to  identify  variables  between  options  having  an  impact 
on  personnel  and  system  saiety.  Some  functions  that  are  normally 
considered  t be  hazardous  operations,  such  as  APS  servicing,  were 
excluded  because  they  are  common  to  all  options.  The  resulting 
criteria,  listed  below,  was  then  applied  to  each  option  to  develop 
the  safety  ratings  shown  in  Table  III-E-13* 

1)  Transportation  and  Handling  - Each  vehicle  movement  presents 
the  potential  for  accidents/ ino idents . Therefore,  the  number 
of  moves  between  facilities  may  be  used  as  a variable  rating 
factor*  The  options  include  moving  IUS , Tug,  and  spacecraft 
to  meet  mixed  agency  requirements.  The  total  payload  element 
movements  are  considered. 

2)  Personnel  Considerations  - The  following  two  elements  were 
derived : 

a)  Error  Probability  - Hazardous  conditions  are  frequently 
created  as  a result  of  human  error.  The  predition  of 
human  error  probability  is  very  difficult,  but,  in  gen- 
eral, the  probability  increases  with  the  complexity  of 
operations.  Mixing  of  payload  element  operations  within 
a facility  is  an  example  of  increased  complexity  and  was 
used  as  a relative  rating  factor. 

b)  Safety  and  Health  - The  well-being  of  operations  personnel 
is  affected  by  the  operating  environment.  Conditions  such 
as  tank  access,  congestion,  and  hazardous  materials  are 
detrimental  to  personnel  safety  and  health.  Contingency 
situations  requiring  egress  or  escape  routes  from  an  ex- 
tremely hazardous  area  are  also  considered  in  this  category. 
Relative  ratings  for  each  option  were  developed  for  these 
considerations . 


Table  III-E-13  Safety  Considevatic 


Options 


Clean  Processing 


Uncleaned  Processing 


Transportation  and  Handling 

IUS  Movement 

With  DOD  Spacecraft 

2 

With  NASA  and  NN/D 

2 

Spacecraft 

Tug  Movement 

With  DOD  Spacecraft 

2 

With  NASA  and  NN/D 

2 

Spacecraft 

Spacecraft  Movement 
before  Mate  with  LUS/Tug 
DOD  for  IUS 

1 

DOD  for  Tug 

1 

NASA,  NN/D  for  IUS 

2 

NASA,  NN/D  for  Tug 

2 

Total  Moves 

14 

Transport  Rating 

1 

Personnel  Considerations 

Error  Probability  Rating 

3 

Safety  and  Health  Rating 

2 

Sum  of  Ratings 

6 

Overall  Rating 

00 

3 

3 

1 

5. 2. 5, 2 Cost  Analysis  - A cost  analysis  was  performed  on  the  seven  op- 
tions for  the  DDT&E  phase.  Considerations  were  quantities  of  avionics 
GSE,  handling  and  transportation  GSE,  propulsion  and  mechanical  GSE 
and  structural  GSE  for  the  Tug,  1US  and  the  kick  stage.  Modification 
costs  of  the  applicable  facilities  for  each  option  were  also  considered; 
items  such  as  SAEF-1,  OPF,  VAB , warehousing,  LPS  terminals,  secure 
areas,  and  launch  pad  modifications  were  included. 

Each  identifiable  Tug  unique  GSE  item  was  individually  priced.  Kick 
stage  GSE  was  factored  from  the  Tug-unique  GSE  values,  and  IUS  GSE 
costs  were  only  those  items  to  be  built  to  support  the  new  facility. 

All  existing  IUS  GSE  was  defined  as  available  to  support  the  IUS. 

Facility  modification  of  the  SAEF-1  considered  raising  the  airlock 
roof,  modifying  the  inward  outer  doors,  extending  the  air  conditioning 
ducts,  installing  test  cells,  wall  and  emergency  exits,  work  platforms, 
relocating  electrical  power  and  piping,  installing  hydrogen  burn  stacks 
and  oxygen  vents* 
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Facility  modification  of  the  VAB  considered  installation  of  class 
100,000  clean  area  in  the  spacecraft  mate  area  of  the  refurbish/ 
checkout  cells,  and  hydrogen  burn  stack  and  oxygen  vent  installation 

Other  facility  modifications  were  considered  that  did  not  alter 
any  options  such  as  building  a warehouse  with  access  roads  and 
paving.  Launch  pad  modif ications  and  OFF  modifications  includ- 
ing crane  installation,  electrical  power,  ON;,-  and  He  lines  and 
shop  and  office  space. 

Results  of  the  study  reveal  that  Option  2 is  the  preferred  option 
for  clean  processing,  while  Option  6 is  the  preferred  option  for 
unclean  processing.  These  results  are  summarized  in  Table  Lli-E-14. 
Note  that  there  are  no  costs  involved  for  lUS-unique  GSE  for  Options 
6 and  7.  In  Option  6,  IUS  processing  has  been  performed  in  VAB  and 
no  additional  equipment  is  needed;  in  Option  7,  all  IUS  activity  is 
conducted  in  existing  DOD  facilities. 

Table  III-E-14  Cost  Considerations , $ In  Millions 


Options 


Clean  Processing  Unclean  Pro  .essing 


Tug-Unique  GSE 

Tug  Facility  Modification 

I US-Unique  GSE 

LUS  Facility  Modification 

Kick  Stage  GSE 

Launch  Pad/PGR,  OFF  and 
Warehouse 


Total,  $ M 


Rating 


Clean 

Processing 

i 

2 

3 

13.53 

8.62 

8.62 

6.10 

5.96 

5.92 

0.20 

0.20 

0.20 

0.30 

0.27 

0.27 

3.06 

2.80 

2.80 

0.57 

0.57 

0.64  . 

23.76 

18.42 

18.45 

3 

1 

2 

8.35  8.10  7.49  7.49 

11.69  6.18  5.91  6.09 

0.20  0.20  

0.33  0.45  0.06  0.06 

2.79  2.80  2.80  2.80 

0.57  0.57  0.57  0.57 


23.93  18.30  16.83  17.01 


5*2. F. 3 Operations  Flexibility  - The  criteria,  on  which  the  operations 
flexibility  evaluation  for  each  option  is  based,  follows. 

1)  Adaptation  to  contingencies  - degree  to  which  an  option  can 
facilitate  major  contingencies  or  rescheduling  in  the  lUS/Tug 
operations  flow.  These  contingencies  could  be  schedules,  de- 
layed spacecraft.  Tug  system  failure,  etc. 

2)  Consolidation  of  Tug  operations  - degree  on  which  complete  IUS/ 

Tug  operation  can  be  completed  in  one  area  or  test  cell. 
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3)  Movement  between  processing  facilities  - the  preparations  tu 
move,  movement,  and  subsequent  handling  to  prepare  for  follow- 
up operations  require  time,  and  subject  the  stage  to  possible 
damage-  A reduction  in  these  activities  is  desired  providing 
it  does  not  provide  a similar  problem  for  spacecraft' 

4)  Crew  availability/movement  - any  movement  of  an  operations 
crew  from  its  normal  work  area  to  another  work  area  under 
different  conditions,  i.e-,  clean  areas,  agency  jurisdictions, 
security  requirements,  etc,  can  have  an  efficiency  impact  or. 
the  crew.  Minimum  crew  movement  is  desirable  for  lUS/Tug 
operations . 

5)  Hardware  availability/movement  - any  movement  of  an  lUS/Tug 
and/ar  crew  will  require  the  movement  of  supporting  GSE  and 
tools*  Again,  as  with  3)  and  4),  this  is  undesirable  and 
should  be  worked  around  whenever  possible* 

6)  Logistics  Supply  - the  degree  to  which  the  logistics  supply 
operations  for  hardware,  software,  and  procedures  is  compli- 
cated by  the  option. 

A rating  of  from  one  through  three  for  clean  processing,  and  from 
one  through  four  for  unclean  processing,  was  used  and  a value 
assigned  to  each  criterion  by  option*  The  lowest  number  total 
rating  is  the  best  option.  Table  III-E-15  shows  the  results  of 
the  flexibility  evaluation  for  each  option. 


Table  IlI-E-lb  Qpemtionn  flexibility 


Options 


Clean  Processing 


3 


Uncleaned  Processing 


Criteria 

2 

Adaptation  to  Contingencies 

i 

2 

Consolidation  of  Tug 
Operations 

i 

3 

Movement  between  Processing 
Facilities 

2 

3 

Crew  Availability /Movement 

2 

3 

Hardware  Availability/ 
Movement 

2 

3 

Logistics  Supply 

2 

3 

Total 

10 

17 

Rating 

2 

3 

18 

6 

12 

3 

1 

2 
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l ).2.9.4  Tunehne  C'ompaig.son  - The  green  light  Tug  ground  opera- 
tions resource  requirements  were  reviewed  for  each  option  and  th 
span  hours  to  complete  each  option  determined.  The  results  are 
shown  in  Table  IIL-E-16.  Timeline  effects  by  each  option  were 
minimal,  the  timeline  variations  were  caused  by  deletion  of  Tug 
handling  movements  within  and  between  the  various  facilities. 

Tab le  III -E- 1 6 Tunc  l i n e Compa ri  non  bu  Uo u rn 


Options 


Clean  Processing 


Criteria 


Postflight  Safing 

Scheduled  and  Unscheduled 
Maintenance  and  Refurbish 

Postmaintenance  Checkout 

lUS/Tug  “ Spacecraft 
Mating  and  Checkout 

Payload  - Shuttle  Mating 
and  Checkout 

Prelaunch  Checkout  and 
Countdown 


Total* 

157 

157 

Rating 

1 

1 

Uncleaned  Processing 


27  27  27  27 

34  34  34  34 


25  25  25  25 

25  22  22  22 


33  33  33  33 


12  12  12  12 


156  153  153  153 


1 


5*2. 9. S Eecu^i ty  - The  criteria  selected  for  the  assessment  of  the 

security  aspects  of  each  option  are: 

1)  Number  of  secure  areas  required  - the  number  of  checkout/inte- 
gration areas,  cells,  or  buildings  vary  with  the  options.  The 
fewer  areas  required  are  more  optimum  because  of  initial  and 
recurring  costs  and  ease  of  overall  operations. 

2)  Ease  of  access  control  - the  ease  of  which  a cell,  area,  or 
level  of  a cell,  or  building  can  be  controlled.  The  easier  an 
area  can  be  controlled,  the  better  the  rating.  Access  control 
includes  phylicAl  access,  acoustics  access,  communications 
access,  power  access,  etc. 

3)  Software  handling  - ease  of  handling  secure  software  with  the 
hardware  flow  described  in  the  various  options. 

4)  Number  of  secure  movements  - the  number  of  extra-facility 
movements  of  DOD  spacecraft  or  payloads  for  both  IUS  and  Tug 
assignments . 
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A summary  of  the  results  of  this  assessment  is  shown  in  Table 
III-E-17.  The  lowest  value  assigned  to  the  criterion  indicates; 
the  better  approach. 


Table  TII-E-17  Security  Considemi fonts 


Options 

Clean  Processing 

Unc leaned 

Processing 

Criteria 

i 

2 

3 

4 

5 

6 

7 

Number  Secure  Areas 

2 

2 

2 

3 

2 

3 

3 

Required 

Ease  of  Access  Control 

1 

2 

3 

2 

1 

4 

3 

Software  Handling 

1 

1 

1 

1 

1 

1 

1 

Number  of  Secure  Movements  ■ 

1 ! 

1 

1 

3 

1 

2 

3 

Total 

5 

6 

7 

9 

I 5 

10 

10 

Rating 

1 

2 

3 

2 

1 

3 

3 

5. 2. 9. 6 Logie  tics  - Logistics  criteria  were  applied  to  each  of  the 
seven  transition  phase  options.  Facility  in  operations,  duplication 
of  tasks,  added  training  or  documentation  requirements,  spares  in- 
ventory and  control,  etc,  were  examined  for  impact  based  on  such  fac- 
tors as  number  of  moves  and  the  handling  requirements  inherent  in  them, 
the  number  of  checkout  or  handling  crews  required,  the  amount  of  spares 
required  at  different  processing  locations,  and  the  ease  of  warehous- 
ing, inventory,  and  spares  issuance. 

The  number  of  total  moves  and  necessary  handling  operations  did  not 
differ  significantly  for  the  various  operations  running  from  a low 
of  14  fcr  Option  1 to  a high  or  18  for  Option  4.  Although  increases 
in  handling  time  are  obvious  for  the  options  with  high  numbe.  of  moves, 
no  handling  GSE  was  identified  as  unique  to  one  option  or  another. 

The  duplication  of  handling  GSE  required  for  Option  1 and  the  proba- 
bility of  shared  use  of  GSE  under  Option  6 were  the  two  extremes  noted 
in  this  area. 

Facility  of  maintenance  scored  even  for  all  options  except  Option  1 
and  Option  6.  Option  1 scored  high  because  of  the  obvious  duplication 
of  maintenance  activities  at  both  the  DOD  and  NASA  processing  facil- 
ities. Option  6 scored  high  because  of  1US  and  Tug  maintenance  ac- 
tivities taking  place  concurrently  in  the  same  facility. 

Again,  the  duplication  of  activities  under  Option  1 gave  it  the  high- 
est score  as  far  as  spares  considerations  are  concerned.  Under  this 
option,  critical  IUS  and  Tug  spares  would  have  to  be  made  available 
at  both  DOD  and  NASA  facilities  with  added  requirements  for  inventory 
management.  The  optimum  situation  for  spares  management  was  consid- 
ered to  fall  under  Option  6,  which  would  permit  central  warehousing 
and  control  for  the  bulk  of  both  IUS  and  Tug  spares  at  the  VAB. 
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Training  and  operations  maintenance  documentation  considerations 
are  worst-case  under  Option  lt  which  requires  duplicate  crews  for 
IUS  and  Tug  or  at  least  duplicate  equipment  and  facility  interface 
training  for  a common  crew  to  operate  in  both  processing  facilities. 
Other  options  rank  close  to  one  another  with  the  exception  of  Option 
4 which  introduces  additional  requirements  for  a payload  mate  facil- 
ity, and  Option  6 which  could  result  In  a reduction  of  training  re- 
quirements based  on  reduced  number  of  crews  for  Tug  and  TUS  opera- 
tions in  one  processing  facility. 

Table  III-E-1S  is  a summary  of  the  evaluation  of  these  logistics 
considerations  by  option. 


Table  III-E-18  Logistics  Considerations 


Options 

Clean 

Processing 

Uncleaned 

Proces 

*ing 

Criteria 

n 

2 

3 

m 

5 

6 

7 

Inter-Facility  Moves  and 
Handling  Operations 

i 

3 

3 

■ 

3 

2 

Handling  GSE  Maintenance  and 
Repair 

5 

3 

3 

1 

3 

3 

Facility  of  Maintenance 
Tasks 

3 

2 

2 

2 

2 

3 

2 

Duplication  of  Maintenance 
Tasks 

5 

3 

3 

3 

3 

3 

3 

Critical  Spares  Required  at 
Processing  Facility 

5 

3 

3 

2 

2 

2 

2 

Spares  Warehousing,  Inventory 
Control,  and  Dispatch 

3 

3 

2 

2 

1 

2 

Flexibility  in  Providing 
Storage 

3 

3 

2 

2 

3 

2 

Training  as  a Function  of 
Crew  Size  and  Number  of  Crews 

3 

; 3 

4 

3 

2 

3 

Operations  Maintenance 
Documentation  as  a Function 
of  Volume  and  Change  Traffic 

1 

3 

3 

3 

3 

3 

3 

Total 

36 

26 

26 

ISH 

23 

21 

22 

Rating 

3 

1 

1 

m 

3 

1 

2 
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5 + 2. 9,7  Building  Aval  Labi  Illy  - The  demand  for  KSC  facilities 
during  the  Shuttle  era  is  a critical  factor  in  the  selection  of 
IUS  and  Tug  checkout  and  refurbish  facilities.  Overall  Shuttle 
program  requirements  must  be  considered  to  determine  the  most 
effective  use  of  existing  KSC  facilities  and  their  capabilities, 
i.e.,  clean  rooms/buildings,  hazardous  operations  compatibility, 
etc,  A survey  of  the  existing  KSC  facilities  has  resulted  in  a 
selection  of  two  buildings  that  are  adaptable  lor  Tug  operations: 

(1)  SAEF-1  for  clean  lUS/Tug  processing,  and  (2)  VAR  low  bay  tor 
uncleaned  lUS/Tug  processing.  Tug  Rite  Activation  subplan  D pro- 
vides a top  level  activation  plan  for  both  the  SAEF-1  and  the  VAR 
low  bay. 

The  SAEF-1  would  be  an  adequate  facility,  when  modified  as  described 
in  subplan  D,  for  clean  JUS/Tug  operations.  However,  if  this  facil- 
ity is  used  for  IUS  operations,  expendable  or  reusable,  in  the  1980 
to  1984  time  period,  it  could  not  be  modified  for  Tug  operations 
because  of  space  requirements  and  IUS  operations  interference  during 
the  Tug  activation  phase.  Therefore,  it  is  assumed  that  the  IUS 
checkout  and/or  refurbish  checkout  area  is  not  located  in  the  SAEF-1 
and  that  the  building  would  be  available  for  modification  no  later 
than  January  1980. 

Because  all  three  Tug  clean  processing  options  (i,  2,  and  3)  use  the 
SAEF-1,  all  are  rated  equal  as  far  as  building  availability.  Each 
approach  requires  that  the  facility  be  available  for  modification 
at  the  same  time,  differences  in  building  and  GSE  costs  by  option 
are  included  in  the  cost  criterion. 

The  VAB  low  bay  would  be  an  adequate  facility,  when  modified  as 
shown  in  subplan  D,  for  uncleaned  Tug  operations.  This  facility 
would  be  of  sufficient  size  to  process  the  IUS  on  one  side  of  the 
transfer  aisle  and  the  Tug  on  the  other  or  both  on  one  side.  This 
approach  would  permit  site  activation  for  the  Tug  to  commence  upon 
completion  of  site  ac t iva t ion/vai idat ion  for  the  IUS-  In  this  case, 
the  Tug  activation  activities  would  not  interfere  with  or  compromise 
IUS  processing  operations.  Inasmuch  as  the  recommendation  of  the 
Space  Tug  Processing  in  an  Unclean  Environment  Analysis  is  to  proc- 
ess unclean,  and  lUS/Tug  processing  in  the  low  bay  would  permit  the 
use  of  SAEF-1  and  its  overall  cleanliness  capability  to  be  used  by 
the  various  spacecraft,  the  VAB  low  bay  appears  to  be  the  optimum 
facility  usage  in  view  of  the  overall  Shuttle  program  requirements. 
The  use  of  additional  buildings  for  spacecraft  mating,  other  than 
in  an  SPF,  would  affect  the  total  facility  shortage  problem.  There- 
fore, the  option  requiring  a payload  mate  facility  (Option  4)  has 
been  deemed  to  be  the  least  desirable  approach,  while  the  other  un- 
clean processing  options  are  rated  equal  as  far  as  building  avail- 
ability is  concerned. 
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6.0  Conclusions 

The  conclusions  reached  and  recommendations  arrived  at  in  develop- 
ing this  subplan  are  summarized  as  follows: 

1)  There  is  little  hardware  commonality  between  Lhe  fUS  and  Tug. 

2)  There  is  little  apparent  advantage  to  a common  lUS/Tug 
processing  facility. 

3)  Do  not  "force  tit"  I US  into  the  Tug  Processing  Facility. 

4)  If  the  Tug  is  to  be  processed  in  a class  ] 00, 000  clean  en- 
vironment, the  SAFF-1  should  be  used  as  the  TPF. 

5)  It"  the  Tug  processed  in  the  SAEF-1 , the  I US  processing 
should  be  done  in  a separate  facility. 

6)  If  the  Tug  is  to  be  processed  uncleaned  in  a factory  clean 
environment  (recommended),  the  VAB  low  bay  should  be  used  as 
the  TPF. 

7)  If  the  Tug  is  processed  in  the  VAB,  IUS  processing  could  also 
be  accomplished  there. 

8)  Plan  and  provide  common  (lUS/Tug)  facilities  for  kick  stage 
checkout,  0PF  demate,  PCR  operations  office  space,  shop  and 
maintenance  areas. 

9)  Plan  and  provide  common  GSE  for  APS  servicing,  helium  pres- 
surization, PCR  access  platforms,  and  site-Lo-sitc  transporta 
tion  equipment. 

10)  The  IUS,  Tug,  and  Orbiter  schedules  must  be  integrated  during 
the  transition  period  to  provide  lor  impact  of  pad  activation 
Tug  engineering  model  checkout  and  first  flight  article  check 
out  and  launch  during  the  peak  E US  traffic  year. 

11)  Transition  from  IUS  to  Tug  is  expensive  from  the  standpoint 
of  using  and  maintaining  two  stages  in  operation  at  the  same 
time.  The  transition  period  should  be  kept  to  a minimum. 
Residual  IUSs  can  he  used  for  several  missions  that  nor- 
mally do  not  require  the  energy  capabilities  of  the  Tug. 
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1.0  Introduction 


This  subplan  identities  potential  design  impacts  to  the  Tug/ 
ShuttLe  and  Spacecraft  Systems  that  are  related  to  ground  oper- 
ations. Generally  * the  subplan  provides  an  assessment  of  the  re- 
sults of  Tasks  1 .0  through  6.0  of  the  Tug  Fleet  and  Ground  Oper- 
ations Schedules  and  Control  Study  Lo  determine  design  factors 
that  have  an  impact  on  the  Tug  Acquisition  Phase.  From  these 
assessments  we  have  developed  Tug  design  and  development  recom- 
mendations that  will  minimize  operational  impact s on  the  areas 
of  facilities,  GSE,  transportation,  maintenance,  test  and  check- 
out, software  and  logistics. 

The  results  of  Tasks  1.0  through  6.0  and  their  associated  re- 
quirements, options,  and  recommendations  have  been  interleaved 
with  the  twelve  primary  study  elements  defined  in  the  contract, 
and  have  been  evaluated  for  design  and  development  impacts.  These 
assessments  are  documented  in  paragrah  3.0  of  this  subplan. 

Factors  that  could  not  be  interleaved  with  the  primary  study  ele- 
ments or  required  further  study  are  contained  in  paragraph  4.0 
and  Tug  design  and  development  recommendations  are  contained  in 
paragraph  5.0  ot  this  subplan. 

2.0  General  Requirements 

The  following  ground  rules  were  developed  to  establish  a baseline 
from  which  to  assess  study  results  generated  in  Tasks  1.0  through 

6.0  of  the  Tug  Fleet  and  Ground  Operations  Schedules  and  Control 
Study: 

1)  The  spacecraft  is  flight  ready  when  it  is  received  for  Tug/ 
spacecraft  integration . 

2)  No  maintenance  of  the  Tug  will  be  performed  while  the  Tug  is 
in  the  Orbiter  payload  bay* 

3)  Tug  operations  will  be  performed  at  both  ETR  and  WTR.  All 
Tug  processing  will  be  accomplished  at  ETR.  Tugs  scheduled 

to  be  launched  at  WTR  will  be  shipped  to  WTR  in  a near-launch- 
ready  condition. 

4)  D0D  and  NASA  Tugs  will  be  essentially  identical  and  considered 
interchangeable. 

5)  NASA  will  develop  and  provide  the  Tug  and  kick  stages. 


6)  NASA  and  DOD  payloads  may  be  flown  on  either  I US  or  Tug  depend 
Ing  on  vehicle  availability  and  mission  capability. 
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7)  Component  Changeout  during  Tug  processing  shall  be  limited 
to  LRUs. 

8)  The  LPS  capability  will  be  available  to  Tug/payload  up  to  T-Q 
in  the  countdown  to  provide  total  system  checkout. 

9)  Tug  cryogenic  propellant  loading  is  accomplished  remotely  with 
the  Tug  in  the  Orbiter  payload  bay  and  with  the  payload  Say 
doors  closed. 

10)  Tug  transportation  between  ETR  and  WTR  will  be  by  air. 

11)  While  Tug/spacecraft  are  in  the  Orbiter  payload  bay,  communi- 
cations to  the  spacecraft  shall  be  through  the  Tug. 

12)  LPS  is  the  primary  mode  of  ground  checlcbut . 

13)  Tug-to-spacecraf t mating  and  checkout  normally  shall  be 
accomplished  off-pad . 

14)  Tug/spacecraft  interface  verification  will  normally  be  accom- 
plished in  the  TPF. 

15)  A hybrid  maintenance  concept  will  be  used  that  incorporates 
three  modes  (time,  on-conditioning,  and  condition  monitor- 
ing) . 

16)  A Payload  Preparation  Room  (PPR)  and  Payload  Changeout  Unit 
(PCU)  are  available  for  Tug  use  at  WTR. 

3.0  Operational  Phase  Study  Elements 


The  12  standard  study  elements  are  analyzed  (in  succeeding  paragraphs) 
for  design  impacts  that  are  to  be  considered  during  the  Tug  Acquis- 
tion  Phase.  Implementation  of  the  design  recommendation  should  be 
considered  during  the  Tug  Development  Phase  to  preclude  serious 
operational  impact.  The  methods  (Figure  III-F-1)  used  in  perform- 
ing design  impact  assessments  involved  several  steps  of  analysis — 
the  first  step  was  to  identify  all  applicable  ground  operational 
requirements.  Figures  III-F-2  and  III-F-3  are  summary  functional 
flows  that  relate  to  the  Tug  ground  operations  functional  flow 
diagram  generated  during  Task  1.0  of  the  Tug  Fleet  and  Ground 
Operations  Schedules  and  Controls  Study.  The  primary  source  data 
for  generation  of  these  summary  flows  was  contained  in  the  docu- 
mentation prepared  during  the  performance  of  Task  1.0  through  6.0 
of  this  study.  Applicable  data  taken  from  other  contractor’s 
studies  are  referenced. 
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After  completion  of  the  requirements  identification,  the  indi- 
vidual requirements  were  compared  to  Shutrle/Orbiter  and  Tug  de- 
sign data.  This  assessment  was  completed  to  determine  if  the 
Orbiter  payload  accommodations  capability.  Tug  baseline  design, 
facilities,  GSE,  and  software  was  adequate  to  accomplish  the 
operational  requirements.  The  process  required  tracing  the  func- 
tion to  or  from  the  Tug-involved  hardware  through  the  Orbiter 
interface  or  to  the  GSE  or  facility  interface  (as  applicable)  to 
farm  a closed  or  completed  loop.  At  the  same  time,  such  consider- 
ations as  safety,  transportation,  and  maintainability  factors  were 
included  for  complete  assessment  of  design  impact.  If  the  avail- 
able data  indicated  that  the  requirement  could  be  accomplished, 
the  item  was  considered  as  having  no  design  impact.  However,  if 
the  converse  was  true,  the  apparent  design  problem  was  assigned 
to  the  applicable  study  element  and  a solution  or  recommendation 
as  to  which  STS  element  change  should  be  implemented  (i.e. , the  Shuttle/ 
Orbiter,  Tug,  Facility,  or  GSE).  Where  a potential  design  prob- 
lem existed,  the  specific  function  on  Figures  III-F-2,  and  IXI-F-3 
are  contained  in  a shadow  box  and  the  discussion  paragraph  is 
identified.  A matrix  is  located  in  paragraph  5.0  that  summarizes 
all  the  various  types  of  design  impacts. 

Where  the  selected  change  element  is  either  facility,  GSE,  or 
software,  the  solution  will  be  identified  as  a design  require- 
ment in  lieu  of  a design  change  inasmuch  as  these  items  do  not 
have  an  established  design  or  configuration  baseline. 

3.1  Tug  T Pound  Opera  done  Functiona  l F low 

The  ground  operations  functional  flow  developed  during  task  1.0 
of  the  Tug  Fleet  and  Ground  Operations  Schedules  and  Controls 
Study  and  other  flow  diagrams  developed  during  performance  of 
tasks  2.0  through  6.0  of  the  aforementioned  study,  were  reviewed 
for  operational  requirements.  Those  operational  requirements 
that  presented  potential  design  impact  related  purely  to  the  Tug 
or  Shut tle/Orb iter  functional  performance  are  covered  in  subse- 
quent paragraphs.  Other  problems /requirements  related  to  facil- 
ities, GSE,  transportation,  safety,  software,  and  logistics/ 
maintenance  are  covered  in  their  appropriate  paragraphs. 

3.1.1  Tug  Design  Impacts  - The  following  paragraphs  define  those 
areas  of  design  concerns  related  to  the  Tug,  and  include  consider- 
ation of  functional  capability  and  access  that  should  be  consid- 
ered during  the  Tug  design/development  phase. 
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3. 1.1.2  Handling  Equipment  A’^tacJunenb  Fiwi^ioua  - The  current 
baseline  configuration  document,  MSFC  68M00039-2,  identifies  a 
conceptual  design  for  attachment  of  the  Tug  in  the  Orbiter  pay- 
load  bay.  During  a review  of  this  design  it  becomes  apparent 
that  these  attachment  mechanisms  do  not  have  the  capacity  to 
accommodate  both  the  handling  GSE  and  normal  supporting  mechan- 
isms at  the  same  time.  The  condition  leads  to  the  conclusion  that 
additional  attachment  provisions  must  be  supplied  either  as 
bolt-on  GSE  or  an  integral  flyaway  part  of  the  Tug.  Although 

the  KSC  bolt-on  concept  (Figure  TTI-F-4)  provides  one  solution 
to  this  problem,  the  method  would  mean  that  additional  Tug  super- 
structure would  have  to  be  added  to  the  Tug  airlrame  to  support 
the  loads  in  the  region  of  the  bolt— on  mechanism.  Another  pos- 
sible solution  would  be  to  add  a second  set  of  attachments 
adjacent  to  the  existing  attachment  provisions  using  the  same 
load  bearing  structure.  This  dual  function  on  the  same  struc- 
tural members  is  made  possible  by  the  fact  that  only  one  set  of 
attachment  points  would  be  carrying  the  handling  load  at  a given 
time,  therefore  allowing  the  same  support  structure  to  handle 
the  load  in  either  mode.  Figure  III-F-5  illustrates  this  con- 
cept of  handling  attachment  provisions. 

5.1.1. 2 C&W  Moni toying  and  Puna  tional  Reaction  Capabilities  Re- 
lated to  Safirui  Activities  - The  following  measurements  should 
be  considered  candidates  for  C&W  monitoring  with  control  capa- 
bilities provided  for  appropriate  subsystem  reactions  to  the 
hazardous  condition, 

1)  LH2  and  L02  Temperature  and  Pressure  Monitoring  and  Control  - 
In  the  case  of  the  LH2  and  L02  tanks,  external  temperatures 
and  internal  pressures  will  be  monitored.  The  current  propel- 
lant tank  vent  and  relief  system  is  controlled  by  actuation 

of  solenoid  control  valves  that  are  controlled  through  the 
output  of  pressure  transducers  under  normal  operating  con- 
dltons.  To  enable  contingency  responses,  a manual  remote 
control  override  capability  should  be  added  to  the  system. 

2)  Helium  Pressurization  System  Monitoring  - The  helium  pres- 
surization system  pressure  should  be  monitored.  Adequate 
control  appears  to  be  available  to  vent  the  three  Helium 
spheres  through  the  fill  line  should  an  overpressure  and  a 
failure  in  the  mechanical  vent  occur  simultaneously. 

5. 1. 2. 3 Helium  Venting  of  Tug /Pay  load  - Due  to  the  degrading 
effects  on  certain  spacecraft  and  Tug  hardware  it  is  recommended 
that  all  spacecraft  and  Tug  helium  venting  be  accomplished 
through  an  Orbiter  overboard  dump. 
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Acme  Screw  Threads,  4 p~r  Inch, 
General  Purpose,  per  National 
Bureau  of  Standards  Handbook  H28 
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The  handling  fitting  will  be  removable  for 
flight  and  wLll  be  of  a minimum  weight  for 
handling  purposes. 

Four  handling  fittings  required  for  each 
section  of  a payload,  i.e.,  if  one  payload 
is  made  up  of  multiple  sections  that  have 
been  integrated  then  each  section  requires 
four  handling  fittings. 

Location  of  the  handling  fitting  will  be 

along  the  +Z  at  the  446  centerline  at  iY 
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at  the  83  face  of  the  fitting  and  will 
be  the  same  as  the  payload  attach  fittings 

Tlie  payload  handling  fitting  will  be 
designed  to  be  removed  in  a minimum  Lime 
frame  with  commercial  tools. 


Figure  1II-F-4  Bolt-On  Handling  Attaohnent  Points 


Payload  Bay 

Attach  Pitting  1 - 

Y ±90 
o 

Concept  (Vertical 
& Horizontal) 

Note:  Handling  Attachment  Point  Integrated  into  Normal  Tug  Structure 

Figure.  JZZVF-5  Integrated  Handling  Attachment  Point 


3*2*  1*4  Tug  Structures  Design  Impact  Related  to  cleaning  Cccpa- 
hi lities  - Subplan  A (task  1.0)  Identifies  two  possible  process- 
ing techniques  for  the  Tug.  These  are  the  100,000  clean  process- 
ing and  the  factory  clean  concept.  In  either  case  a requirement 
exists  to  accomplish  a solvent  wipe  down  and  vacuuming  of  exter- 
nal surfaces,  internal  structures,  and  equipment  compartments. 

To  simplify  and  make  more  effective  these  cleaning  operations, 
particularly  the  internal  structures  and  surfaces,  design  con- 
sideration should  be  given  to  fabrication  and  jointing  techniques. 
It  must  be  kept  in  mind  that  all  Tug  surfaces  are  required  to  be 
cleaned  to  'Visibly  clean;”  therefore,  such  things  as  sealing  of 
faying  surfaces,  smooth  grinding  of  bonded  joints,  and  avoidance 
of  sharp  or  narrow  crevices  must  be  considered  during  structures 
design.  During  compartment  design  and  equipment  location  planning, 
adequate  access  for  cleaning  equipment  must  be  considered* 

3*  1*1*5  Tug /Pay load  Mating  to  Orbiter  Access  Provisions  - During 
evaluation  of  the  Tug-to-Orbiter  mating  functions  it  became  ap- 
parent that  some  access  problems  exist*  These  problems  were  pri- 
marxly  related  to  connection  and  checkout  of  fluid  and  elec- 
trical umbilicals*  The  current  Tug  baseline  configuration  and 
the  Orbiter /payload  accommodations  documentation  locate  these 
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umbilical  connections  in  the  lox*er  two  quadrants  of  the  Tug  and 
the  payload  bay.  This  condition  makes  it  almost  impossible  for 
a man  to  accomplish  manual  umbilical  connections.  With  this 
extremely  marginal  access  the  probability  of  damage  to  the  payload 
bay  liner  and  Tug  hardware  in  the  near  vicinity  is  greatly  in- 
creased. The  GDC-Convair  Aerospace  Division  recently  submitted 
several  deployment  options,  all  of  which  somewhat  improved,  but 
did  not  eliminate,  the  mate/deraate  access  problem.  Of  the  three 
options  submitted,  deployment  with  a pivoting  deployment  adapter, 
was  considered  the  most  acceptable  for  reasons  other  than  access . 

We  believe  the  concept  is  preferred  for  the  following  reasons: 

(1)  the  concept  provides  a higher  level  of  confidence  in  the 
ability  to  perform  actual  Tug  deployment,  because  it  provides 
redundant  actuators  and  the  use  of  the  RMS  as  a backup  deploy- 
ment system;  (2)  it  simplifies  the  Tug  shell  structural  design 
by  providing  additional  attachment  points;  (3)  it  uses  existing 
Orbiter  mechanisms  for  accomplishing  retrieval  alignment;  and 
(4)  it  provides  hard-wired  C&W  monitoring  capability  while  the 
Tug  is  being  rotated  out  of  the  cargo  bay.  However,  this  approach 
does  not  solve  the  umbilical  connection  access  problem.  With 
the  incorporation  of  this  deployment  option  the  problem  of  access 
could  be  resolved  by  relocation  of  Tug  umbilical  connectors  and 
the  Orbiter  service  panels  to  the  upper  two  quadrants  of  the  Tug 
and  the  payload  bay. 

Figures  III-F-6  through  III-F-9  identify  and  highlight  the  ac- 
cess concerns  related  to  umbilical  connections,  whereas  Figure 
III-F-10  provides  an  illustration  of  the  changes  to  the  Tug  that 
could  solve  the  problem. 

3. 1.2. 3 Propellants  and  Pressurants  Loading  Provisions  - During 
the  performance  of  special  emphasis  assessment  related  to  propel- 
lant loading  considerations,  a philosophy  or  technique  for  ac- 
complishing propellant  and  pressurant  servicing  was  evolved  for 
the  Space  Tug.  The  concepts  related  to  APS,  MFS,  and  fuel  cell 
reactant  loading  activities.  During  evaluation  of  these  approaches, 
certain  design  inadequacies  and  functional  simplification  tech- 
niques became  apparent  that  would  generate  changes  in  the  base- 
line Tug,  Orbiter,  GSE,  and  facilities.  The  following  paragraph 
defines  the  changes  associated  with  the  Space  Tug.  Other  changes 
are  covered  in  appropriate  sections  of  this  subplan. 
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Tag  APS  Propellant  Loading  Provisions  - Several  modifications 
are  recommended  for  the  Tug  baseline  system  to  improve  and  sim- 
plify  checkout  and  servicing  of  the  APS.  These  modifications  are 
illustrated  in  Figure  III-F-11,  and  are  as  follows:  (1)  a servic- 

ing port  should  be  added  between  the  series  valves  ahead  of  each 
thruster  to  provide  for  functional  and  leak  check  of  each  valve. 
This  capability  also  provides  an  adequate  means  to  purge  the  APS 
system  and  to  decontaminate  the  system  as  required  without  con- 
taminating the  catalyst  bed  of  the  thruster;  (2)  addition  of 
solenoid  valves,  a quick  disconnect,  and  a cap  are  required  for 
pressurant  servicing  of  the  He  sphere  and  the  tanks  to  pro- 

vide series  isolation  at  the  servicing  connections,  and  the  pres- 
sure regulator  in  the  ground  servicing  fill  connection  should  be 
deleted;  and  (3)  addition  of  isolation  valves  are  recommended 
between  the  helium  storage  tank  and  the  pressure  regulators  to 
accommodate  concurrent  hydrazine  and  helium  loading.  During 
loading  of  the  APS  propellant  tanks,  helium  will  be  applied  to 
bottom  the  bladder  in  the  tank,  and  then  vented  as  the  liquid 
displaces  the  helium  gas  during  fill.  The  isolation  valves 
allow  loading  of  hydrazine  and  helium  concurrently  and  also 
allow  the  flight  pressurization  of  the  APS  propellant  tanks  to 
be  delayed  until  late  into  the  final  countdown.  The  pressure 
rating  of  the  APS  helium  sphere  should  be  increased  from  3000 
psi  (206. 8 x 105  n/m2)  to  3200  psi  (220.6  x 105  n/m2).  This  change 
would  allow  both  APS  and  MPS  system  to  be  loaded  concurrently 
to  the  same  pressure  with  a common  pressurization  system.  This 
minimizes  operations  complexity  and  reduces  cost  by  having  only 
one  Tug  ground  helium  pressurization  system. 

3.1.2  Shuttle/Orbiter  Design  Impact  - The  following  paragraphs 
define  those  areas  of  design  concerns  related  to  the  Orbiter/ 
payload  accommodations,  and  they  include  consideration  of  func- 
tional capability  and  access  impacting  Tug  ground  operations. 

Z. 1.2,1  C&W  Monitoring  and  Functional  Reaction  Capab-i titles 
Related,  to  Safing  Activities^  - The  current  baseline  definition 
associated  with  Orbiter  processing  of  C&W  data  is  rather  vague; 
however,  it  should  be  recognised  that  certain  parameters  con- 
sidered critical  to  the  safety  of  the  crew,  Tug  and  Orbiter 
should  have  crew  reaction  capabilities . These  measured  param- 
eters would  primarily  pertain  to  Tug  conditions  such  as  over- 
pressures, critical  temperature,  and  the  existence  of  hazardous 
(toxic  or  explosive)  vapors.  The  current  Orbiter  displays  ap- 
pear to  be  adequate  as  to  indication  of  hazardous  conditions, 
but  inadequate  as  related  to  taking  corrective  action.  There- 
fore, a need  for  greater  override  and  manual  control  capability 
will  be  required  on  either  the  C&W  panel  or  MSS  console  located 
in  the  Orbiter  cabin.  The  following  paragraphs  will  identify 
those  areas  where  additional  capability  is  required. 


i ) 
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Figure  IIL 


1)  LH2  and  L02  Temperature  and  Pressure  Monitoring  and  Control  - 
Monitor  and  control  of  main  tank  overpressures  will  provide 
the  Orbiter  crew  an  element  of  safety  should  a failure  occur 
in  the  relief  system*  This  monitor  and  control  should  also 
be  available  to  the  ground  crew* 

2)  C&W  Hazardous  Vapor  Display  and  Control  Capabilities  - Cur- 
rently no  provisions  are  made  for  display  of  the  existence 

of  hazardous  vapor  conditions  in  the  payload  bay,  A require- 
ment exists  to  determine  if  the  payload  bay  is  safe  to  enter 
during  postlanding  ground  operations*  and,  further,  the  exis- 
tence of  an  explosive  atmosphere  in  the  payload  bay  could 
generate  the  need  to  abort  the  mission.  Corrective  action 
to  relieve  this  condition  will  probably  be  procedural  in 
nature,  such  as  dumping  the  source  of  the  hazardous  vapor 
or,  if  in  orbit  with  the  Tug  in  the  payload  bay,  merely 
opening  the  payload  bay  doors  and  allowing  space  vacuum  to 
pump  the  vapor  out*  The  various  procedural  options  can  be 
developed  later  in  the  program.  However,  the  detection  and 
alarm  system  must  be  considered  during  the  development  of 
the  Orbiter  or  the  Tug.  The  detection  system  should  be 
developed  within  the  Orbiter  payload  bay,  but  an  alternative 
could  be  the  use  of  vapor  detectors  already  identified  for 
the  Tug  system. 

3. 2.2.2  Helium  Venting  of  Tug/Payload  - Due  to  the  degrading 
effects  of  helium  on  certain  spacecraft  and  Tug  hardware,  it  is 
recommended  that  all  helium  venting  be  dumped  overboard  from  the 
Orbiter  through  one  of  the  T-0  launch  umbilicals. 

3 A .2.3  Tug/Payload  Mating  to  Orbiter  Access  Provisions  - In  con- 
junction with  the  required  Tug  changes  discussed  in  paragraph 
3.1.1. 5,  certain  changes  are  also  required  for  relocation  of 
payload  bay  service  panels.  Figure  III-F-12  illustrates  the 
changes  associated  with  the  service  panels. 

3A. 2.4  Propellant  and  Pressurant  Loading  Provisions  - In  con- 
junction with  the  changes  identified  in  paragraph  3. 1.1. 6,  the 
following  changes  to  the  Shuttle/Orb iter  will  be  required: 

1)  Fuel  Cells  Reactant  Loading  - This  function  requires  loading 
of  LH2  and  LG2  reactants  for  the  Tug  fuel  cells*  Current 
payload  accommodations  documentation  indicates  a provision 
for  GH2  and  G02  accumulator  fill  connections  at  the  T-0 
service  panels.  Provisions  should  be  made  to  accommodate 
cryogenic  handling  for  reactant  tank  filling,  with  appropri- 
ate control  systems  alsc  being  added  to  the  interface.  In 
addition,  fuel  cell  vents  should  also  be  added  to  the  T-0 
fuel  and  oxidizer  panel. 
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Figure  III-F-12  Relocation  of  1307  Service  Panele 


3.2.3  GSE  Design  Requirements  - The  following  paragraphs  define  — 

design  requirements  for  Tug  peculiar  GSE  and  supplement  GSE  re-  A f 

quirements  currently  contained  in  Appendix  B,  or  provides  design 
requirements  for  new  GSE  identified  during  performance  of  the 
assessment . 

Z,  2. 3. 1 Space graft  Handling  Equipment  and  Work  Stands  - Design 
of  handling  equipment  and  work  stands  should  be  in  accordance  with 
the  safety  requirements  identified  in  paragraph  3.6.3  of  this 
subplan.  Design  and  fabrication  shall  be  the  responsibility  of 
the  spacecraft  supplying  agency. 

3. 2. 3. 2 Spacecraft  Simulator  Requirements  - The  baseline  Tug 
processing  flow  identifies  the  requirement  to  verify  the  mechan- 
ical interface,  capture,  and  latching  mechanism  when  the  Tug 
mission  is  assigned  to  service  or  retrieve  an  orbiting  spacecraft. 

The  verification  will  be  accomplished  using  a spacecraft  simu- 
lator. Due  to  the  possibility  of  a large  variety  of  spacecraft 
requiring  this  service,  it  may  be  impossible  to  develop  a uni- 
versal simulator  that  would  assure  interface  compatiblity . There- 
fore, it  shall  be  the  responsibility  of  the  spacecraft  agency  to 
provide  the  required  simulator.  The  simulator  shall  be  designed 
ar>r|  fabricated  in  accordance  with  the  safety  requirement  defined 
in  paragraph  3.6.3  of  this  subplan. 

3. 2. 3. 3 Ground  Checkout  RF  Requirements  to  Support  Tug /Pay  lead 

Processing  - During  the  ground  processing  of  the  Tug/payload,  a f 

requirement  exists  to  establish  and  verify  RF  communications 
between  the  various  elements  of  the  Space  Transportation  System. 

This  requirement  encompasses  communication  between  the  Tug, 

Orbiter,  spacecraft,  and  their  respective  ground  control  stations. 

This  communications  verification  will  be  accomplished  via  an  RF 
system  between  the  TPF  and  the  various  ground  stations,  which 
will  execute  commands  to  the  affected  element  and  have  command 
responses  verified  via  an  RF  open  loop.  Tug/payload— to-Orbiter 
communications  will  have  to  be  established  in  a similar  manner, 
and  will  include  all  normal  mission  communications  routines  with 
commands  and  responses  being  verified. 

To  accomplish  this  verification,  a parasitic  antenna  system  will 
be  required  at  the  TPF,  OPF,  SPF,  PCR,  and  the  various  elements 
control  stations.  Figure  III-F-15  illustrates  the  antenna  sys- 
tem concept  that  will  be  required.  The  system  will  be  used  for 
all  RF  communication  verifications,  with  the  exception  of  those 
classified  spacecraft  carried  on  the  Space  Tug  System.  Problems 
associated  with  classified  communications  are  discussed  in  para- 
graph 4 of  this  subplan. 


III-F-30 


RF  Test  Link 


RF  Test  Link 


RF  Test 
& Control 
C o numin  i c a t i on  s 


Mission  Control 


Figure  III-F-1S  RF  Ground  Antenna  Test  System 


3.2.S.4  APS.  Servicing  Unit  Requirements  - In  conjunction  with  the 
change  related  to  Tug  APS  system  defined  in  paragraph  3. 1.1. 6,  the 
following  requirements  are  established  for  the  APS  servicing  unit: 


1)  Provide  isolated  helium  pressure  source-to-gas  side  of  tank 
bladder. 


2)  Provide  evacuation  capability  for  fuel  side  of  tank  bladder 


J)  Provide  N2H4  loading  capability  while  regulating  helium  back 
pressure. 

4)  Accomplish  N2H4  loading  at  a rate  of  3 gpm  (0.011  m3pm) . 


Figure  III-F-16  provides  a conceptual  design  for  the  APS  Servic 
ing  Unit. 


3.2.4  Launch  Pad  Facility  Design  Requirements  - The  following 
paragraphs  define  design  requirements  for  launch  pad  facilities 
to  support  Tug  Ground  Operations.  These  requirements  are  in- 
tended to  supplement  those  already  contained  in  Appendix  C. 


Facility  APS  Propellant  Supply  & Transfer  Unit 


Propellant  and  Pressurant  Loading  Provisions  - During  evaluation 
of  propellant  and  pressurant  loading  functions  and  in  conjunction 
with  recommended  Tug  and  Orbiter  changes  defined  in  paragraphs 
3.1.1  and  3.1.2,  the  following  paragraph  outlines  change  or 
capabilities  that  should  be  considered  for  the  launch  pad  facilities 

Common  Tug/Orbiter  Fuel  Cell  Loading  Provisions  - Figure  III-F-17 
illustrates  changes  to  the  Orbiter  fuel  cell  LH2  loading  facil- 
ities that  will  enable  the  system  to  provide  Tug  LH2  fuel  cell 
reactant  loading.  Corresponding  changes  should  also  be  accom- 
plished on  the  LO2  fuel  cell  reactant  loading  system. 

3.3  Transportation  Requirements 

These  paragraphs  contain  the  minimum  design  requirements  gener- 
ated by  transportation  activities  associated  with  the  Tug/payload, 
Orb iter/ Shut tie  and  the  necessary  transporation  equipment  to  sup- 
port the  transportation  activities.  Consideration  was  given  to 
simplification  of  these  activities  during  this  assessment.  De- 
tailed rationale  for  the  selection  of  various  transportation 
modes  for  which  this  assessment  was  accomplished  is  contained  in 
paragraph  3.3  of  subplans  A,  B,  and  C.  Generally1,  the  following 
assumptions  are  made  for  accomplishment  of  this  assessment  based 
on  decisions  and  recommendations  contained  in  the  referenced 
paragraph . 
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Figure  TII-F-17  Fuel  Cell  LH 2 Loading  System 
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1)  Tug  Transportation  Between  KSG  and  WTR  - This  transportation 
function  will  be  accomplished  using  the  multi-use  cargo 
canister  in  the  piggyback  mode  on  the  B-747  aircraft.  (Refer 
to  paragraph  3.3.2,  subplan  A.) 

• 

2)  Transportation  from  Manufacturer  to  KSC  - This  transporta- 
kj.i  function  will  be  accomplished  using  the  multi-use  cargo 
canister  in  the  piggyback  mode  on  the  B-747  aircraft.  (Refer 
to  paragraph  3.3.3,  subplan  A.) 
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3)  Normal  Ground  Movement  at  KSC  - (Refer  to  paragraph  3.3.4, 
subplan  A.) 

a)  Postflight  ground  transport  of  the  Tug  from  the  GPF  to 
the  TPF  will  be  accomplished  by  a ground  transporter 

which  is  classified  as  GSE  and  the  requirements  are  located  . 
in  Appendix  B. 

b)  Spacecraft  transporters  for  use  at  KSC  are  classified  as 
GSE  and  the  requirements  are  located  in  Appendix  B. 

c)  The  manipulator  and  various  handling  equipment  using  the 
the  transportation  functions  are  classified  as  GSE  and  the 
requirements  are  contained  in  Appendix  B. 

d)  Post-Tug/payload  processing  transportation  functions  will 
be  accomplished  using  the  multi-use  cargo  canister  in  the 
ground  configuration  and  in  a vertical  orientation. 

3.3.1  Tug  Design  Requirements  — No  special  design  features  other 
than  those  identified  in  the  baseline  configuration  documents  and 
paragraph  3.1.1.  The  special  handling  provisions  recommendations 
of  paragraph  3. 1.1.1  will  be  needed  to  support  Tug/payload  trans- 
portation activities . 

3.3.2  Shuttle/Orb iter  Design  Requirements  - Review  of  normal  and 
contingency  modes  of  transportation  functions  related  to  the  Tug 
operations  have  not  generated  any  requirements  that  would  impact 
the  design  of  the  Orbiter/Shuttle. 

3.3.3  TSE  Design  Requirements  - The  following  paragraphs  define 
those  features  that  need  to  be  included  in  the  identified  TSE  to 
support  the  Tug  transportation  requirements.  Inasmuch  as  the  TSE 
has  not  yet  achieved  a conceptual  baseline  design  status,  the 
following  statements  should  be  considered  as  minimum  design  re- 
quirements peculiar  to  transportation  of  the  Tug. 

3.3.3. 1 Multi-Use  Cargo  Canister  - The  piggyback  B-747  Multi- 
Use  Cargo  Canister  has  been  recommended  as  the  preferred  mode  of 
transportation  for  the  Tug/spacecraft  and  kick  stage.  The  sup- 
porting rationale  for  these  recommendation  are  contained  in 
Section  3.3  of  subplans  A and  B.  Based  on  this  decision,  cer- 
tain minimum  design  requirements  peculiar  to  the  Tug  become 
apparent.  These  cargo  canister  design  requirements  are  speci- 
fied in  the  following  paragraphs. 

1)  Tug/Payload  Mounting  Provisions  - The  following  design  require- 
ments should  be  considered  and  integrated  into  design  of  in- 
ternal mounting  provisions  of  the  multi-use  cargo  canister. 


a)  Tug  Mounting  Provisions  *•  The  cargo  canister  should  be 
designed  for  maximum  integrated  payload  length,  width, 
and  height  which  is,  essentially,  the  baseline  configura- 
tion of  the  Orbiter  Payload  Bay  (Figure  III-F-18) . There- 
fore, the  most  desirable  Tug  mounting  provisions  would  be 
those  currently  identified  in  JSC  07700,  Volume  XIV,  using 
a vernier  bridge  bolt-down  fitting  and  the  standard  Or- 
biter payload  bay  longerons  and  fuselage  frames.  Figure 
III-F-19,  illustrates  the  fundamental  configuration  and 
location  of  the  Tug  transportation  retention  system. 

b)  Spacecraft  and  Kick  Stage  Mounting  Provisions  - Whenever 
the  Tug/payload  cannot  be  transported  in  an  integrated 
configuration  due  to  vertical  orientation  requirements 
imposed  by  the  spacecraft  then  special  mounting/reten- 
tion mechanisms  will  have  to  be  supplied  by  the  space- 
craft agency  that  would  be  compatible  with  the  universal 
retention  system  of  the  multi-use  cargo  canister.  Figure 
III— F— 20,  provides  a conceptual  approach  to  solution  of 
this  problem.  A similar  approach  could  be  used  when 
kick  stages  were  transported  in  an  unintegrated  config- 
uration. 

2)  Environmental  Design  Requirements  - The  following  environ- 
mental design  considerations  must  also  be  integrated  in  the 
design  of  the  multi-use  cargo  canister.  These  environmental 
design  requirements  are  considered  worst  case  allowables  at 
the  interface  between  the  Tug/payload  and  the  cargo  canister 
as  we  understand  them  at  the  present  time.  It  should  be 
recognized  that,  as  the  various  designs  progress  and  further 
analysis  is  completed,  these  worst  case  limits  may  improve. 
However,  the  primary  environmental  design  considerations 
should  always  provide  minimum  levels  at  the  interface  points. 

a)  Temperature  - The  internal  temperature  of  the  multi-use 
cargo  canister  should  be  controllable  in  a worst  case 
condition  to  a range  from  45°F  (7.0°C)  to  122°F  (50.0°C), 
during  ground  and  air  transport  modes  of  operation. 

b)  Humidity  - During  ground  and  air  transport  modes  of  oper- 
ation, the  internal  humidity  of  the  multi-use  cargo 
canister  should  be  controllable  in  a worst  case  condition 
to  maintain  a relative  humidity  of  equal  to  or  less  than 
50%  within  the  temperature  range  identified  previously. 

c)  Cleanliness  - The  multi-use  cargo  canister  must  have  the 
capability  of  establishing  and  maintaining  a 100,000  class 
clean  environment. 
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Figure  III-F-18  Orbiter  Payload  Bay  Configuration 
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d)  Shock  - Internal  interface  shock  shall  not  exceed  a 2-g 
peak,  half  sine  in  a frequency  range  of  3 to  5 Hz. 

e)  Vibration  - The  worst  case  allowable  vibration  at  the 
multi-use  cargo  canister  internal  interface  shall  not 
exceed  the  following  sinusoidal  motions  (Figure  III-F-21) : 

2 to  5 Hz  @ 1.0  in.  DA 

5 to  25  Hz  @ 1.3-g  peak 

25  to  50  Hz  @ 0.036  in.  DA 

50  to  1000  Hz  @ 5-g  peak 

at  a sweep  rate  no  slower  than  1/2  octave/minute. 

3)  Other  Design  Requirements  - The  multi-use  cargo  canister 

should  also  have  the  capability  to  perform  the  following 

functions: 

a)  Provide  internal  pressurization  and  venting  during  take- 
off and  landing  of  the  B-747  Aircraft. 

b)  Provide  continuous  shock  and  vibration  monitoring/record- 
ing capability  at  the  cargo  canister  to  Tug/spacecraf t 
and  kick  stage  interfaces. 

c)  Provide  interface  capability  to  monitor  and  record  Tug/ 
spacecraft  and  kick  stage  critical  vibration,  shock, 
pressure,  and  temperature  measurements. 

d)  Provide  strap-on  capability  for  an  RTG  water  evaporative 
thermal  control  system. 

e)  Provide  continuous  28  Vdc  to  the  Tug/payload  buses.  Two 
isolated  ground  and  power  systems  will  be  required  to 
satisfy  any  Tug  or  spacecraft  TEMPEST  requirements. 


Frequency  (llz) 

Figure  III-F-21  Sinusoidal  Vibration  Requirements 
3.4  Operational  Data  Requirements 

These  paragraphs  contain,  the  minimum  flight  operational  instru- 
mentation and  caution  and  warning  requirements  for  the  Tug/payload 
to  provide  adequate  data  for  support  of  maintenance  activities  and 
assurance  of  safe  operations.  The  assessment  was  performed  using 
both  Tug  and  Orb iter  baseline  data  as  well  as  various  other  con- 
tractors' data  to  establish  the  recommended  minimum  OFI  and  C&W 
requirements.  The  following  paragraph  defines  these  areas  of 
concern  where  additional  OFI,  C&W,  and  control  capabilities  should 
be  considered.  The  fundamental  approach  used  to  perform  this 
assessment  was  to  consider  the  minimum  flight  data  required  to 
support  the  "last  flight  is  best  test"  concept.  The  assessment 
also  included  an  analysis  of  contingent  hazardous  conditions 
that  should  be  displayed  and  a definition  of  control  capability 
requirements. 

3.4.1  Tug  Design  Impact  - The  following  paragraphs  identify  area 
of  design  impact  for  the  Tug,  related  to  operational  flight  data 
and  caution/warning  monitoring  and  control  capability.  These  areas 
consider  use  of  OFI  and  C&W  status  and  reaction  during  both  ground 
and  flight  operations  as  well  as  instrumentation  requirements 
during  transportation  functions. 
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3. 4 .1.1  Tug  OFI  Requirements  - The  current  Tug  baseline  config- 
uration definition  contained  in  ?1SFC  68MOQ039— 2 provides  an  in- 
herent capability  within  the  data  management,  measurement,  and 
computer  subsystems  to  provide  data  that  will  support  a condition^- 
monitoring  maintenance  technqique  as  well  as  given  adequate  con- 
tingency/hazardous conditions  indications » Table  III-F-1  pro- 
vides an  estimate  of  the  minimum  numbers  and  types  of  measurements 
that  should  be  made*  This  tabulation  provides  for  both  C&W  hard- 
ware and  flight  operations  monitoring  capability.  As  the  design 
of  the  Tug  and  Orbiter  mature  these  measurements  will  have  to  be 
reviewed  and  updated  as  required.  The  only  problem  that  becomes 
apparent  at  this  early  date  is  associated  with  C&W  response  capa- 
bility. The  present  philosophy  related  with  C&W  capabilities 
seems  to  be  one  that,  if  no  obvious  reaction  to  a hazardous  con- 
dition exists,  then  ignore  it.  It  is  our  opinion  that  this  ap- 
proach early  in  the  design  phase  could  cause  serious  cost  and 
redesign  problems  during  the  operational  phase.  Where  response 
inadequacies  existed  in  certain  C&W-monitored  conditions,  design 
recommendations  were  made  in  either  paragraph  3.1.1  or  3.1.2. 

3.4. 1.2  Transportation  Data/ Ins trumentation  Requirements  - Dur- 
ing the  transportation  operations  of  the  Tug  from  the  manufac- 
turer, TOR,  ETR,  or  a contingency  site  certain  data  instrumenta- 
tion will  be  required.  These  readings  include  shock,  vibration, 
temperature,  ard  pressure*  Shock  and  vibration  monitoring  will 
measure  dynamic  loads  imposed  by  handling  and  air  transport 
(primarily  at  the  attachment  points) ; temperature  and  pressure 
measurements  will  establish  the  integrity  on  the  tanks  and  tem- 
perature sensitive  devices  during  transportation  functions.  Be- 
cause these  measurements  are  also  required  during  normal  ground 
and  flight  operations  their  requirements  should  be  integrated 
with  normal  OFI  requirements  wherever  possible. 

3.4.2  Shuttle/Qrbiter  Design  Impact  - During  performance  of  this 
assessment  the  defined  operational  data  requirements  identified 
in  Table  III-F-1  Indicated  only  selected  reaction  capabilities 
needed  to  be  added  to  the  Orbiter  side  of  the  interface,  these 
changes  are  defined  In  paragraph  3.1.2. 

3.  5 Manpower  Staffing 

Not  applicable  to  this  subplan. 

3.6  Safety  Requirements /Constraints 

These  paragraphs  identify  in  general  the  safety  considerations 
that  must  be  Included  as  an  input  to  design  activities  during 
the  development  phase  of  the  Tug  program. 
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Table  III-F-1  OFI  Requirements  Matrix 


OFI  Sensor 
N.  Type 

System-  \ 

Subsystem  \ 

Temperature 

Pressure  | 

Vibration 

Shock 

On-board  Checkout 

Flow 

Position 

voltage 

Liquid  Level 

Depletion  L-L 

Hydrogen  Leak 

Oxygen  Leak 

Residual  Gas  Analysis 

Contamination 

Speed  RPM 

Current  Signature 

Totals 

Structures 

1 

B 

9 

8 

;:l 

■ 

1 

1 

2 

2 

2 

4 

39 

Forward  Skirt 

I 

I 

4 3 

3 

■ 

fl 

■ 

B 

6 

Main  Skirt 

1 

I 

3 

3 

i 

| 

2 

2 

2 

12 

Liquid  Hydrogen  Tank 

E 

E 

■ 

1 

B 

2 

8 

Liquid  Oxygen  Tank 

| 

E 

1 

fl 

■ 

B 

2 

8 

Aft  Adapter 

1 

■ 

3 

2 

■ 

■ 

■ 

1 

5 

Propulsion 

8 

35 

2 

■ 

26 

6 

32 

| 

8 

4 

4 

76 

208 

Main  Engine 

3 

6 

2 

I 

3 

2 

16 

Feed-Fill-Drain-Vent  LH 

1 

■ 

1 

7 

E 

8 

19 

Fead-Fill-Drain-Vent  LO 

1 

1 

1 

5 

6 

15 

Pressurization 

6 

I 

8 

■ 

13 

27 

Hydraulic 

I 

2 

4 

1 

2 

2 

1 

12 

Propellant  Load-Measure 

■ 

2 

6 

4 

12 

APS 

3 

23 

■ 

24 

4 

K 

J 

48 

107 

Thermal  Control 

66 

8 

E 

■ 

5 

5 

■ 

2 

1 

8 

101 

Active  T/C 

12 

2 

I 

5 

3 

■ 

2 

1 

3 

31 

Passive  T/C 

30 

■ 

■ 

30 

Insulation-Purge 

24 

6 

1 

■ 

2 

fl 

5 

40 

Avionics 

8 

922 

10 

24 

4 

2 

1 

1 

2 

974 

Nav.-Guid. -Control 

240 

240 

Data  Management 

256 

256 

Communications 

69 

69 

Measurements 

229 

229 

j Electrical  Power  Distr. 

8 

128 

10 

24 

■ 4 

► 2 

1 

1 

2 

180 

| Totals 

90 

i 47 

12 

8 

i 953 

I 12 

48 

31 

. 14 

\ 6 

3 

3 

2 

6 

5 

84 

1322 
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Provisions  to  accommodate  safe  Tug  ground  operations  must  be 
considered  during  the  design  phase  of  the  Tug,  Shuttle/Orbiter , 
and  GSE/facilities . The  inherently  hazardous  operations  asso- 
ciated with  Tug  processing  are  identified  in  Task  1 (subplan  A) 
and  included  vehicle  handling,  propellant /cryogenic  transfers, 
pressurization  and  electrical  power  supply  operations • The  basic 
safety  requirements  to  accommodate  these  operations  are  defined 
in  paragraph  3*2. 6.1  of  Baseline  Space  Tug  Requirements  and  Guide- 
lines, MSEC  68MQ0Q39-1.  Application  of  these  requirements,  and 
the  additional  requirements  identified  below,  will  permit  pro- 
cedural control  of  hazardous  operations* 

3.6.1  Tug  Design  Requirements  - The  Baseline  Space  Tug  Require- 
ments and  Guidelines  provides  for  monitor  and  control  of  Tug 
safety  critical  functions  by  the  Orbiter  while  in  or  near  the 
Orbiter  (Refer  to  MSFC  68M00039-1  para  3. 2. 6. 1*2. V.) . This 
requirement  should  be  extended  to  include  the  capability  for 
monitor  and  control  of  safety  critical  conditions  by  ground 
support  equipment  during  Tug  processing  * 

3*6.2  Shuttle/Orbiter  Design  Requirements  - MSFC  68M00Q39-1 
provides  for  purge  provisions  to  neutralize  propellant  leaks 
during  and  after  propellant  servicing  and  after  Orbiter  landing 
(Refer  to  MSFC  68M00Q39-1,  paragraph  3*2. 6*1. 3 (5).).  This  re- 
quirement is  satisfied  by  the  Orbiter  payload  bay  purge  system 
as  defined  in  Space  Shuttle  System  Payload  Accommodation,  JSC- 
07700,  Volume  XIV.  An  additional  requirement  should  be  imposed 
on  the  Shuttle/Orbiter  system  to  provide  hazardous  vapor  detec- 
tion of  the  payload  bay  purge  exhaust. 

3*6*3  Facility/GSE  Design  Requirements  - The  following  addi- 
tions/revisions to  MSFC  68M00039-1  are  recommended, 

3*5.3. 2 Safety  Factors  - The  following  safety  factors  will  be 
applicable  to  ground  support  structural,  mechanical,  and  fluid 
system  design  as  minimum  values. 

1)  General  structure 

a)  Yield  factor  of  safety  - 2,00 

b)  Ultimate  factor  of  safety  - 4.00 

2)  Pressure  vessels,  valves,  fittings,  transfer  piping,  fill 
and  vent  lines,  hoses,  etc* 

a)  Proof  pressure  - 1.50  times  design  limit  pressure 

b)  Yield  pressure  - 2.00  times  design  limit  pressure 

c)  Burst  pressure  - 4.00  times  design  limit  pressure 
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3)  Hoists  and  slings 

a)  Poof  load  - 2.00  times  static  load 

b)  Design  ultimate  load  - 5.00  times  static  load 

3,6.3. 2 MSFC  68M00039-1  - Para  3.2.6.1.3.b(l)  states  "Tug  lift/ 
hoist  mechanisms  shall  be  designed  to  be  fail  operational/fail 
safe."  It  is  recommended  that  control  systems  will  be  designed 
to  be  fail  operational/fail  safe.  Mechanical  components  will  be 
fail  safe  or  provide  a factor  of  safety  of  five  times  static 
load. 


3. 6. 3. 3 GSE  - Ground  handling  units , work  stands,  ladders,  and 
similar  items  wil;*.  provide  a safety  factor  of  2.0  from  overturn- 
ing under  the  most  adverse  combinations  of  applicable  loads,  in- 
cluding wind  loads. 

3. 6.3. 4 Pressurization/ Leak  Check  Fad li ties  - Facilities  for 
conducting  pressurization  or  leak  check  operations  will  provide 
separation  or  blast  attenuation  barriers  to  ensure  peak  over- 
pressure is  less  than  1.0  psi  (6895  n/m^  at  the  next  nearest 
work  station. 

3.6.3.5  Handling /T runs f er  Fad,  lities  - Facilities  intended  for 
handling/ transfer  of  hazardous  commodities  will  provide  hazard 
detection  and  warning  systems. 

3.7  Fleet  Utilization 

Not  applicable  to  this  subplan. 

3.8  Site  Activation 

Not  applicable  to  this  subplan. 

3.9  Ground  Checkout  Software 

During  the  Tug  acquisition  phase  there  are  a number  of  operational 
software  constraints  that  must  be  considered  to  reduce  operational 
problems.  Generally,  these  problems  are  the  software  constraints 
on  hardware  and  hardware  impacts  on  software.  In  addition,  no 
amount  of  analysis,  care  of  system  design,  and  attention  to  details 
will  preclude  errors,  misconstructions  and  inexactnesses  due  to 
timing,  system  prerequisites,  hardware  constraints,  and  human 
errors.  However,  these  problems  can  be  reduced  by  proper  use  of 
appropriate  checkout,  debug,  verification,  and  validation  tech- 
niques and  the  employment  of  a hardware  stimulation  that  is  of 
relatively  high  fidelity  when  compared  to  the  Tug/payload  system. 
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3.9*1  Software  Constraints  on  Hardware  - Normally  software  will 
conform  to  hardware  requirements;  however p it  is  possible  that 
software  may  dictate  how  many  interface  lines  are  required  be- 
tween the  spacecraft  and  the  Tug,  and  between  the  spacecraft  and 
the  Orbiter.  Therefore,  before  baselining  the  interface  hardware, 
a detailed  analysis  needs  to  be  accomplished  over  the  wide  range 
of  the  known  spacecraft  to  determine  a practical  envelope  of  *ug 
or  Orbiter  services  that  are  to  be  offered  to  the  spacecraft. 

Also,  if  a fixed  interface  is  baselined,  there  may  be  limited 
access  that  would  correspondingly  limit  software  and  hardware 
operations,  and  assessment  of  the  situation  should  be  accomplished 
early  in  the  Tug  development  phase. 

3*9.2  Hardware  Impacts  on  Software  - The  previous  paragraph  il- 
lustrated one  type  of  hardware  limitation  on  software;  other 
hardware  impacts  on  software  are  real-time  operations,  increased 
numbers  of  operations  required  per  second,  and  timing.  Pre- 
requisities  and  interlocks  are  hardware  requirements  that  impact 
software. 

The  previous  paragraph  deals  with  the  various  problems  that  im- 
pact software  development,  and  identifies  the  need  for  certain 
types  of  studies  that  are  required  to  be  accomplished  early  in 
the  acquisition  phase.  In  summary  these  s tudies/tasks  *re  as 
follows: 

1)  Determine  the  configuration  and  requirements  of  the  hardware 
required  for  validation. 

2)  Examination  of  ground  versus  airborne  controls  for  safing, 
processing,  and  monitoring. 

3)  Establishment  of  systems  engineering  and  management  methods 
of  handling  and  integrating  the  software  of  many  diverse 
spacecraft  requirements. 

The  first  task  (validation  hardware)  would  involve  determination 
of  location,  makeup,  Orbiter  hardware .required  use,  contingencies, 
short  and  long  term  support,  spacecraft  contractor  involvement, 
customer  administration,  configuration  control,  flexibility, 
adaptability,  multiple  developments,  cost,  acquisition,  activa- 
tion, acceptance  at  site,  and  validation  procedures. 

The  second  task  would  evaluate  ground  software  versus  airborne 
software  for  common  elements,  or  combined  elements  with  ground 
operations*  Airborne  flight  philosophy  could  be  modified  to  ac- 
commodate ground  operations  resulting  in  an  overall  savings  of 
dedicated  software  operations. 
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The  third  task  would  be  to  identify  and  attempt  to  Integrate  a 
wide  variety  of  spacecraft  requirements  into  a viable  and  common 
set  of  software  modules.  Emphasis  needs  to  be  directed  towards 
understanding  what  details,  procedures,  validation  hardware 
availability,- spacecraft  hardware  availability,  early  (factory 
needs)  demands  and  GSE  (HIMs)  changes  will  do  to  the  software 
production,  integration,  and  validation  process  for  a large  num- 
ber of  spacecraft. 

The  preceding  paragraphs  have  presented  the  general  areas  of  con- 
cern that  are  applicable  to  all  activities  related  to  ground 
checkout  software.  Inasmuch  as  these  software  modules  have  not 
yet  been  developed,  an  assessment  of  functional  or  design  ade- 
quacy cannot  be  accomplished.  Therefore,  each  function  contained 
on  the  processing  requirements  flow  (Figures  IIl-F-2  through 
III-F-3)  was  compared  to  the  software  modules  identified  in 
Appendix  D to  attire  that  provisions  had  been  made  for  each 
activity  requir.  J.  to  process  the  Tug  from  postlanding  through 
launch.  This  assessment  concluded  that  module  identification 
was  adequate  when  the  general  considerations  identified  pre- 
viously are  factored  in  the  requirement  sheets. 

3.10  Maintenance  Requivements 

The  maintenance  concept  currently  planned  for  the  Space  Tug  pro- 
gram as  defined  in  paragraph  4.6  of  task  3.0  - IUS  and  Tug  Fleet 
Utilization  Subplan  B and  paragraph  3.10  of  task  1.0  - Space  Tug 
Operational  Subplan  A,  dictates  the  necessity  for  early  imple- 
mentation and  performance  of  logistics  support  requirements  analy- 
sis. The  elements  yielded  during  this  analysis  that  are  of 
paramount  importance  to  the  preliminary  design  activities  are 
detailed  identification  of  maintenance  tasks,  facility  inter- 
faces, flight  hardware  electrical  and  mechanical  interfaces, 
reparable/non-reparable  status,  hardware  predicted  life,  MTBF, 
and  MTBR.  These  defined  hardware  characteristics,  coupled  with 
preliminary  mechanical  Installation  design,  will  be  the  primary 
source  for  determination  of  design  adequacy  related  to  maintenance 
requirements.  However,  before  generation  of  these  analyses  and 
preliminary  designs,  certain  other  characteristics  must  be  con- 
sidered, such  as  accessibility,  maintainability,  and  mission  life 
requirements.  Other  considerations  that  should  be  kept  in  view 
during  preliminary  mechanical  installation  design  are  avionics 
alignment  requirements  and  a palletized  concept  to  group  LRUs 
with  common  functions  for  ease  of  maintenance.  The  primary  area 
of  design  concern  that  can  be  addressed  at  this  early  date  is 
maintainability;  paragraph  3.10.3  provides  a detailed  discussion 
of  these  requirements  and  they  should  be  included  in  any  future 
procurement  documents  issued  for  Space  Tug  hardware.  Other  items 
having  design  impact  that  are  related  to  maintenance  activities 
deal  primarily  with  access  problems  and  are  defined  in  the  follow- 
ing paragraphs. 


3.10.1  Tug  Design  Impact  - During  performance  of  this  assessment 
and  the  special  emphasis  study  on  access  provisions  before  launch, 
certain  access  problems  related  to  performance  of  scheduled  and 
unscheduled  maintenance  have  become  apparent.  The  following 
paragraphs  identify  these  problems  and  provide  possible  solu- 
tions for  each. 

During  access  evaluation  it  was  necessary  to  accomplish  a pre- 
liminary LRU  identification.  This  was  completed  during  per- 
formance of  task  2.0  and  the  results  are  located  in  Table  2. 1.5-1 
of  addendum  3 and  Table  5-1  of  Appendix  E,  contained  in  the  Tug 
Fleet  and  Ground  Operations  Schedules  and  Controls  Study  Final 
Report.  These  LRU  identifications  form  the  baseline  for  the 
following  access  discussions. 

3. 10. 1.1  Inadequate  Access^  to  LH?  Horizontal  Dump  Valve  and  LH? 
Fitl,  Drain  and  Prevalve  - The  current  Space  Tug  baseline  con- 
figuration document  MSFC  68M00039-2,  identifies  these  valves  as 
being  located  inside  the  LH2  tank.  The  present  state  of  art  de- 
sign associated  with  this  type  of  valve  has  created  a capability 
to  operate  adequately  while  submerged  in  LH2.  However,  this 
type  of  application  has  generally  been  employed  in  single  shot 
systems.  Therefore,  any  life  or  reliability  data  associated  with 
these  valves  would  be  at  best  suspect,  and  would  require  exten- 
sive testing  to  qualify  the  valves  to  the  anticipated  Tug  life 
and  environmental  requirements. 

Therefore,  it  would  seem  reasonable  to  assume  that  before  the 
20-mission  life  span  currently  assigned  to  Tug  expires,  and  the 
requirement  for  the  valve  to  operate  satisfactorily  over  a tem- 
perature range  from  approximately  120°F  (48.8°C)  to  -420°F 
(-251. 1°C) , that  there  is  a relatively  high  probability  that  the 
valves  will  degrade,  if  not  totally  fail,  during  this  period. 

Figure  III-F-22  illustrates  the  current  location  of  these  valves, 
and  highlights  the  access  problem  associated  with  their  removal 
and  replacement. 

Given  that  the  above  assumption  that  the  valves  will  degrade  or 
fall  during  the  expected  life  of  the  Tug,  then  several  possible 
options  become  available  for  solution  of  the  access  problem. 

The  options  available  are  as  follows: 
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Only  access  to  Internal  portion, 
of  LHZ  tank  is  through  an  18-in 
(45.7  cm)  dia  Hatch  on  the  for- 
ward end  of  tank.  Hatch  diame- 
ter is  considered  marginal  for 
personnel  entry.  Futher,  any 
activity  related  to  GSE  in- 
stallation would  jeopardize  the 
integrity  of  the  MLI  and  purge 
bag  because  of  limited  work 
area. 


Figure  III-F-22  Submerged  Valves  Location 


1)  If  present  access  provisions  are  to  be  retained,  the  hatch 
size  should  be  increased  to  a minimum  of  24  inches  (61  cm) 
and  provisions  made  to  protect  the  MLI  and  purge  bag. 

2)  To  Improve  access  to  the  subject  valves,  a hatch  could  be 
added  to  the  LH2  aft  dome.  From  a structural  standpoint 
this  concept  would  dictate  placement  of  the  hatch  in  the 
sump  region  of  the  aft  dome,  which  would  create  a different 
type  of  access  problem  due  to  the  minimum  clearance  between 
the  LH2  and  L02  tanks  of  10  inches  (25.4  cm).  Because  of 
this  condition,  if  an  aft  hatch  is  to  be  considered,  exten- 
sive structural  and  stress  analysis  must  be  performed  to 
assess  the  design  requirements  associated  with  locating  the 
hatch  along  the  arc  of  the  aft  dome  in  the  approximate  region 
of  x 1082.  Current  design  capabilities  are  such  that  a 

location  such  as  this  Is  feasible.  In  addition  to  this 
change  the  subject  valves  should  also  be  palletized  with 
simplified  clamp  connections  to  provide  ease  of  maintenance 
during  removal  and  replacement  activities. 
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3)  The  third  and  most  desirable  option  would  be  to  mount  these 
valves  external  to  the  LH2  tank  in  the  intertank  region  of 
the  Tug,  with  only  feeder  lines  penetrating  the  tank.  This 
approach  would  not  only  provide  adequate  access  but  would 
also  eliminate  the  inherent  heat  loads  associated  with  control 
functions,  and  would  improve  valve  reliability  by  removing 
them  from  the  hostile  thermal  environment  of  being  submerged 
in  LH2.  It  should  also  be  noted  that  the  same  access  prob- 
lem exists  with  relation  to  the  LH2  vertical  and  horizontal 
vent  valves,  and  the  preceding  recomr..endation  should  also  be 
considered  in  the  case  of  these  valves. 

3.10.1.2  Inadequate  Access  for  Removal  0/  AP£  Hydrazine  Spheres  - 
Space  Tug  baseline  configuration  document  describes  the  N2H4  fuel 
spheres  to  be  approximately  32  inches  (81.3  cm)  in  diameter  with 
an  elastomer  bladder.  Fast  experience  would  indicate  that  the 
corrosive  nature  of  hydrazine  will  degrade  the  bladder  to  a 
point  where  replacement  is  required  long  before  the  Tug  life  of 
20  missions  has  expired.  This  condition  would  impose  a periodic 
requirement  to  remove  and  replace  the  hydrazine  spheres.  The 
access  doors  in  the  intertank  region  as  presently  defined  are  30 
Inches  (76.2  cm)  by  30  inches  (76.2  cm)  which  is  not  compatible 
with  the  size  of  the  hydrazine  spheres. 

Figure  III-F-23  illustrates  the  defined  location  of  the  hydrazine 
spheres  and  highlights  the  access  problem  associated  with  their 
removal  and  replacement. 

Several  options  are  available  that  will  alleviate  this  problem 
and  improve  overall  access  to  the  hydrazine  and  helium  spheres 
as  well  as  the  avionics  hardware  located  in  the  inter  tank  region. 
However,  each  of  these  options  will  require  a configuration 
change  to  the  baseline  Tug.  These  options  are  as  follows: 

1)  The  first  option  that  will  provide  adequate  access  for  removal 
and  replacement  of  the  APS  hydrazine  sphere  would  be  to  im- 
plement the  optional  field  splice  at  station  x^  1061.74 

If  implemented,  this  solution  would  require  special  separa- 
tion features  to  be  added  to  the  TPF  checkout  cells  to  sup- 
port the  aft  skirt  and  Intertank  skirt  during  removal  and 
replacement  activities;  further,  provisions  for  accomplishing 
the  separation  such  as  quick  disconnect  (Marmom  clamp  or 
Zeus  fasteners)  will  have  to  be  added  to  the  field  splice. 

Even  though  this  technique  would  provide  adequate  access 
there  would  probably  be  a serious  weight  and  processing  time 
penalty . 
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Figure  III-F-22  Intertank  Hardware  Locations 
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2)  The  second  option  would  be  to  increase  the  structural  opening 
for  the  APS  motor  assembly  from  30  inches  (76.2  cm)  by  30 
inches  (76.2  cm)  to  36  inches  (91.4  cm)  by  36  inches  (91.4  cm) 
and  make  the  APS  hydrazine  spheres  and  helium  spheres  an 
integral  part  of  the  assembly  (Figure  III-F-24).  The  change 
would  also  provide  adequate  access  for  the  intertank  helium 
spheres  which,  at  best,  have  marginal  access  due  to  their  29 
inch  (73.7  cm)  diameter. 

3)  The  third  option  would  involve  increasing  the  size  of  the  ex- 
ternal intertank  access  panel  from  the  presently  defined  con- 
figuration of  30  inches  (76.2  cm)  by  30  inches  (76.2  cm)  to 

*36  inches  (91.4  cm)  by  36  inches  (91.4  cm).  This  would  probably 
be  the  simplest  and  most  economical  change  that  can  be  accom- 
plished. However,  option  2 presents  an  attractive  approach 
to  accomplish  a modular  or  palletized  concept  for  subsystems 
and  LRUs. 


Figure  III-F-24 

Tank  and  Helium  Tank  Access  and  Mounting  Modification 
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3. 10. 1.3  Inadequate  Access  /or*  Removal  of  the  LQn  Capaci Li vc 
Mass  Probe  and  Level  Sensors  - Current  Tug  baseline  configura- 
tion documentaton  MSFC  68M00039-2,  identifies  that  the  only 
access  available  for  removal  and  replacement  of  LOg  mass  probe 
or  level  sensors  will  be  the  forward  dome  access  hatch  of  the  LO2 
tank.  It  must  be  noted  that  the  current  configuration  shows  only 
a 10-inch  (25.4  cm)  clearance  between  the  LHg  and  LO2  tanks, 
which  means  no  access  exists.  The  probability  of  a failure  in 
this  hardware  is  less  likely  than  the  aforementioned  cases;  how- 
ever, these  measurements  are  critical  to  the  loading  operations 
and  flight  performance.  Therefore,  provisions  must  be  made  to 
enable  access  in  the  event  of  a failure.  Figure  iri-F-23  illus- 
trates the  location  and  highlights  the  access  problem. 

Possible  solutions  to  this  access  problem  would  include  implemen- 
tation of  the  optional  field  splice  xq  1061.74  discussed  above 

or  addition  of  redundant  probes  and  sensors.  Neither  of  these 
solutions  totally  solve  the  problems  as  Indicated  in  the  preced- 
ing access  provision  discussions.  However,  the  addition  of  an 
access  hatch  in  the  LO2  tank  aft  dome  sump  region  would  provide 
adequate  access  with  a minimum  of  disassembly  involved.  To  reach 
the  dome  would,  however,  require  removal  of  the  main  engine.  This 
would  appear  on  the  surface  to  be  a major  operation,  but  when  the 
fact  that  the  engine  refurbishment  requirement  and  relatively  short 
life  factors  are  considered  it  becomes  apparent  that  engine  re- 
moval will  be  performed  every  second  or  third  flight.  If  the 
engine  changeout  does  occur  at  this  frequency,  then  scheduled  probe 
and  sensor  removal,  replacement,  calibration,  and  refurbishment 
could  be  accomplished  concurrently  with  engine  maintenance.  Fur- 
ther, the  technology  required  for  placement  of  the  access  hatch 
in  the  aft  dome  has  already  been  accomplished  on  other  tank  sys- 
tems such  as  the  Saturn  vehicles  and,  therefore,  appears  to  oe 
the  most  reasonable  and  practical  solution  for  this  problem. 

3.10.2  Shuttle/Orbiter  Design  Impact  - During  performance  of 
this  assessment  no  access  problems  were  identified  with  respect 
to  the  Shuttle/Orbiter  payload  accommodations  that  are  directly 
related  to  Tug/payload  maintenance  activities. 

3.10.3  Maintainability  Considerations  - Maintainability  provi- 
sions must  be  established  in  Tug  design  to  assure  that: 

1)  Maintenance  requirements  are  minimized  by  focusing  design 
attention  on  those  areas  with  greatest  potential  for  support 
cost  reduction. 

2)  Necessary  preventive  and  corrective  maintenance  can  be  per- 
formed in  turnaround  time  constraints. 
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3)  Maintenance  and  maintenance  support  requirements  are  at  the 
lowest  possible  cost  level. 

4)  Maintenance  and  logistic  support  requirements  make  maximum 
use  of  existing  facilities,  equipment,  and  supply  support 
items . 

5)  Maintenance  and  support  requirements  are  technically  and  cost 
compatible  with  overall  Shuttle  program  requirements. 

6)  Introduction  of  required  maintainability  provisions  does  not 
significantly  increase  Tug  development  costs  and  costs  per 
flight  or  penalize  vehicle  weight  and  performance. 

The  Tug  maintainability  program  should  consist  of  three  major 
elements  as  represented  in  Figure  1F1-F-25.  The  first  element  is 
the  establishment  of  maintainability  design  criteria  that  consist 
of  quantitative  and  qualitative  design  requirements.  The  cri- 
teria must  be  established  in  design  criteria  documentation  to 
discipline  the  design  of  the  Tug  so  it  can  be  easily  maintained 
with  minimum  logistic  support.  Before  development  of  the  main- 
tainability design  criteria.  Maintainability  Significant  Items 
(MSls)  are  determined  within  the  overall  Tug  program  hardware  by 
assignment  of  an  MSI  index  number  of  criticality  ranking,  which 
represents  a total  score  against  a series  of  mission/cost  impact 
factors.  Typical  elements  in  the  series  would  include  probability 
of  mission  failure  should  the  hardware  item  fail,  anticipated 
failure  rates,  criticality,  failure  detection  time  impact  to  the 
mission,  LRU  replacement  time,  and  time/cycle  sensitivity  of  the 
item.  The  ranking  is  used  in  conjunction  with  7MEA  and  safety 
hazard  analysis  to  assign  quantitative  allocations,  i.e.,  mean 
time  to  replace  or  repair,  and  qualitative  allocations  such  as 
accessibility  and  ease  of  replacement  to  the  MSIs. 

The  second  program  element  is  one  of  design  assessment  and  analy- 
sis to  evaluate  Tug  design  and  formulate  the  necessary  trades  and 
| corrective  action.  The  analysis  process  must  progressively  eval- 

| uate  the  Tug  system  and  equipment  designs  and  verify  compliance 

] with  the  maintainability  criteria.  As  design  problems  are  iden- 

] tified,  recommended  solutions  will  be  developed  and  directed  to 

| the  appropriate  design  agencies  for  resolution.  Tug  and  support 

| equipment  design  must  be  continually  evaluated  for  maintainability 

] application.  When  subcontractors  are  identified,  hardware  evalu- 

J ation  checklists  and  maintainability  criteria  must  be  performed 

to  reach  optimum  maintainability  decisions.  Problematic  areas 
and  proposed  resolutions  should  be  documented  for  presentation 
at  design  reviews. 
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Figure  ~JI-F-25  Maintainability  Implementation  Methods 


The  third  program  element  is  the  maintainability  verification 
process  to  ensure  design  incorporation  through  further  analysis, 
demonstration,  and  in-process  review.  Hardware  compliance  with 
maintainability  requirements  must  be  verified  by  observing  the 
installation  of  hardware  during  the  manufacturing  process  and 
performance  of  early  operational  phase  maintenance  tasks.  Oper- 
ations data  including  failure  reports,  maintenance  records,  and 
manufacturing  test  reports  must  be  reviewed  and  improvement  recom- 
mendations provided  as  required. 

The  maintainability  tasks  must  be  scheduled  to  support  Tug  program 
milestones  and  to  provide  early  resolution  to  problems  affecting 
launch  turnaround  capability,  adverse  repair  times,  and  program 
cost. 


3.11  Configuration  Management 
Not  applicable  to  this  subplan. 

3.13  Timeline  Fundi ng 

Not  applicable  to  this  subplan. 

4.0  Special  Design  Studies  and  Results 

4.1  General 

This  section  of  the  subplan  is  devoted  to  evaluation  of  design 
concepts  and  requirements  not  necessarily  related  directly  to 
the  ground  operational  flows  or  functions,  but  which  can  have  a 
major  impact  on  the  efficiency  of  Tug  operations. 

For  example,  although  many  references  have  been  made  to  classified 
payloads,  neither  the  Tug  baseline  configuration  data  nor  the 
Shuttle/Orbiter  preliminary  design  data  addresses  TEMPEST  design 
and  test  requirements  which  will  have  a major  impact  on  the  STS 
program. 

Much  conversation  is  made  regarding  contingency  operations,  but 
very  little  planning  for  recovery  from  these  conditions  are  being 
considered  in  early  design  definition  activities.  In  the  case 
of  the  Space  Tug,  major  emphasis  should  be  placed  on  ease  of 
maintenance,  replacement  of  hardware  which  could  preclude  an 
aborted  launch,  and  modular  design  for  simplification  of  test 
and  checkout. 

Most  of  these  concerns  can  be  grouped  into  two  design  categories, 
(1)  modular  design  concept,  and  (2)  TEMPEST  design  requirements. 


4.2  Modular  Design  Concept 

4*2.1  General  - The  modular  design  concept  is  one  of  grouping 
hardware  into  removable  pallets  or  modules  and  can  be  accomplished 
at  most  any  level  of  assembly.  In  the  case  of  the  Space  Tug  the 
highest  level  of  modular  design  would  most  probably  be  the  develop 
ment  of  a propulsion  module  and  a avionics  module,  whereas  the 
lowest  level  of  modular  design  could  be  the  component  level  such 
as  a set  of  reference  gyros  and  associated  electronics.  The  pri- 
mary advantage  to  the  modular  approach  would  be  the  simplification 
of  fault  isolation  and  shortened  replacement  and  reverification 
times.  Another  reason  that  this  approach  is  attractive  is  that  in 
the  event  of  a subsystem  failure  late  in  the  countdown,  the  simpli 
fied  checkout  could  feasibly  allow  replacement  of  the  module  at 
the  launch  site  and  preclude  the  necessity  of  recycling  the  entire 
Tug  and  Spacecraft  through  their  respective  processing  facility. 

4.2.2  Space  Tug  Approach  to  Modular  Design  - The  existing  base- 
line configuration  definition  is  mature  enough  to  formulate  some 
conceptual  modules.  The  following  paragraphs  will  define  these 
potential  modules  starting  at  the  system  level  and  working  through 
the  subsystem/component  levels  including  any  new  interface  require 
merits  that  are  identified. 

4.2. 1ml  Propulsion  Module  - The  propulsion  module  as  visualized 
under  this  design  concept  would  be  as  illustrated  in  Figure  III- 
F-26,  and  includes  the  following  hardware: 

1)  Main  and  aft  skirts 

2)  LH2  and  LG2  MPS  tanks 
3}  Main  engine  and  APS 

4)  Propellant  feed  system 

5)  Pressurization  and  vent  system 

6)  Active  thermal  control  system 

7)  Fill  and  drain  system 

8)  Fuel  cell  system 

9)  Hydraulic  system 

10)  Selected  interface,  measurement  and  control  hardware. 

This  configuration  would  allow  for  concurrent  processing  involv- 
ing most  of  the  hazardous  operations  at  the  same  time  as  avionic 
processing  that  could  be  accomplished  in  a different  location. 
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Figure  III-F-26 


4 .2.1.2  Avionics  Module  - The  avionics  module  as  visualized  under 
this  concept  would  be  as  illustrated  in  Figure  III-F-26,  and  in- 
cludes the  following  hardware: 

1)  Forward  skirt  and  spacecraft  adapter 

2)  Communications  subsystem 

3)  Measurements  subsystem 

4)  Rendezvous  and  docking  subsystem 

5)  Navigation,  guidance,  and  control  subsystem 

6)  Electrical  power  and  distribution  subsystem  (less  fuel  cells) 

7)  Data  management  subsystem 

8)  Passive  thermal  control  subsystem. 

This  configuration  improves  access  to  the  various  electronic 
LRUs,  and  simplifies  avionics  alignment  operations. 

4.X.2.2  Additional  Modular'  Designs  - After  establishment  of  the 
propulsion  and  avionics  modular  configurations  a detailed  analysis 
will  need  to  be  performed  to  evaluate  the  feasibility  of  modular- 
izing or  palletizing  lower  indentures  of  hardware.  Further,  as- 
sessments of  impacts  on  spares  quantity  and  acquisition  cost, 
facility/laboratory  capabilities,  skills  requirements  and  turn- 
around time  will  have  to  be  accomplished.  Another  area  that 
must  be  investigated  is  the  Impact  on  overall  fleet  size,  because 
it  is  conceivable  that  this  approach  will  reduce  the  numbers  of 
propulsion  or  avionics  modules  required  to  support  the  current 
traffic  models. 

Desirability  of  the  modular  design  approach  should  be  subjected 
to  an  in-depth  study  before  initiating  the  detailed  Tug  design 
activities.  The  study  would  include  a definition  of  a modular 
baseline  configuration  from  the  propulsion  and  avionics  modules 
down  through  the  lowest  practical  level  of  assembly.  It  would 
also  Include  an  updating  of  all  the  previous  study  activities 
such  as  functional  ground  operations,  GSE  and  facility  require- 
ments, software  requirements,  skills  and  manpower,  as  well  as 
timelines  and  fleet  sizing. 

4.2  TEMPEST  Design  Requirements 

As  indicated  in  paragraph  4.1  little  information  was  contained 
in  the  Tug  and  Orbiter  baseline  definitions  beyond  the  fact 
that  there  will  be  classified  payloads.  It  must  be  recognized 
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even  at  this  early  date  that  whenever  a program  is  going  to  be 
involved  in  the  checkout  and  deployment  of  classified  spacecraft, 
the  handling  and  transmission  of  classified  data  will  be  en- 
countered. Recognizing  this  fact,  it  should  be  obvious  that 
TEMPEST  design  and  test  requirements  will  be  imposed  on  all 
elements  of  the  program  (i.e.,  Tug,  Orbiter,  spacecraft,  check- 
out/processing facilities  and  control  stations) . Imposition  of 
these  requirements  will  have  a major  impact  on  both  design  and 
processing  activities.  Therefore,  subsequent  paragraphs  will 
endeavor  to  highlight  some  of  the  anticipated  design  and  process- 
ing problems  as  well  as  provide  certain  philosophies  that  could 
lessen  the  overall  impact  on  the  Tug  program. 

The  first  thought  that  comes  to  mind  with  implementation  of  TEMPEST 
design  and  test  requirements  is  the  requirements  imposed  by  such 
specifications  as  MIL-STD-461,  MIL-STD  1541,  AFNAG-5A  and  9A,  and 
NASCEM  5100.  However,  it  must  also  be  kept  in  mind  that  these 
specifications  are  prepared  for-._general/overall  application  to 
EMC  and  TEMPEST  techniques.  Therefore,  a specific  program  appli- 
cation assessment  should  be  accomplished  to  define  appropriate 
requirements.  Another  consideration  that  should  be  addressed 
is  the  elimination  of  all  classified  data  activities  from  the 
Tug  system  and  assigment  of  all  classified  data  handling  to  an 
Orbiter/spacecraft/control  station  with  power  and  grounding 
isolation  maintained  between  the  Tug  and  the  spacecraft.  Such 
decisions  and  extensive  study  will  be  required  and  should  be 
started  as  early  as  possible. 

4.3.1  Tug  TEMPEST  Design  Requirements  - In  the  event  that  the 
Tug  system  is  required  to  handle  classified  data,  the  following 
paragraphs  identify  some  of  the  basic  design  requirements  that 
will  have  to  be  implemented.  However,  it  should  be  recognized 
that  the  following  recommendations  are  only  preliminary  and  will 
require  further  study  and  are  included  here  to  highlight  the  ex- 
tent of  the  impact  on  design. 

The  general  EMC  requirements  for  space  equipment  and  subsystems 
are  specified  in  the  Space  System  Specification  MIL-STD-1541 
(USAF) . In  addition  to  these  EMC  requirements,  TEMPEST- impacted 
circuits  and  equipment  must  be  designed  to  pass  the  test  require- 
ments of  NACSEM  5100.  These  test  requirements  pertain  to  the 
detection  and  Identification  of  any  element  of  the  normal  signal 
as  differentiated  from  the  ambient  EMI  phenomena  that  are  not 
associated  with  the  Intentionally  generated  operational  signals. 

The  TEMPEST  test  involves  the  detection  of  signals  conveying  plain 
text  information  or  commands  (entering  encoder  equipment,  or  output 
of  decoding  equipment)  identified  in  the  specification  as  "Red," 
and  signals  conveying  encoded  information  or  control  signals 
which  would  not  divulge  classified  compromising  information  iden- 
tified as  "Black.” 
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To  protect  the  system,  at  no  time  will  the  same  message  sent  on 
the  uplink  to  the  spacecraft  be  retransmitted  on  the  dowlink  from 
the  spacecraft  or  between  eLements  of  the  STS.  Also,  at  no  time 
will  the  plain  text  of  the  downlink  message  be  retransmitted  by 
the  associated  ground  control  station. 

Design  guidelines  for  circuits  and  equipment  requiring  TEMPEST 
protection  will  be  as  follows: 

1)  Of  first  importance  is  the  requirement  to  provide  balanced 
circuitry  for  all  signal  lines  identified  as  ’’Red"  inter- 
facing f.h".  GFP  equipment.  Forward  and  return  current  of 
these  circuits  and  the  conductors  adjacent  to  each  other  must 
be  balanced  either  by  twisted-pair  shielded  cable  or  by 
selection  of  parallel  stacked  ribbon  pairs  if  flat  ribbon 
cable  are  used.  Th4se  circuits  must  be  carefully  routed  in 
the  equipment  box'  during  packaging  to  prevent  common  mode 
pickup  in  the  black  box  that  could  be  radiated  via  the  ex- 
ternal wiring  or  cabling. 

2)  To  determine  the  requirement  for  Isolation  and  shielding  of 
single  wire  or  unbalanced  circuits  carrying  signals  contain- 
ing "Red"  information  the  following  should  be  used: 

a)  Determine  the  frequency  content  and  amplitudes  of  the 
signal  wave  shape. 

i 

b)  Compare  the  amplitudes  determined  in  item  a)  with  the 
applicable  limits  of  NACSEM  5100  modified  by  AFNAG-9A. 

This  will  provide  a worse  case  value  for  the  required 
attenuation  to  be  accomplished  by  shielding,  isolation 
circuitry,  or  spacing  and  filtering. 

c)  Determine  the  loop  impedence  of  the  circuits  involved. 

If  the  loop  circuit  impedence  is  low  (less  than  500  ohms), 
current  should  be  the  predominant  factor  to  be  considered. 
If  the  loop  circuit  impedence  exceeds  1000  ohms,  voltage 
should  be  considered  the  predominant  factor  in  arriving 
at  the  best  method  to  be  used  to  provide  the  desired  at- 
tenuation. 

d)  Evaluate  the  electromagnetic  coupling  effect  of  the  "Red” 
signal  lines  on  adjacent  circuits  in  cable  bundles  to 
determine  the  need  for  isolation  from  circuits  that  could 
cause  identifiable  elements  of  the  signal  to  be  conducted 
or  radiated  In  undesirable  areas. 
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3)  Grounding  is  an  important  factor  in  providing  effective  con- 
trol of  signal  currents,  shielding,  and  filtering,  because 
shields  and  filters  are  used  in  the  "Red-Black"  concept  to 
contain  signal  elements.  Ground  currents  must  be  controlled 
to  minimize  structure  currents  and  limit  structure  loop  cur- 
rents to  controlled  areas.  To  prevent  excessive  voltage  drops 
across  elements  of  the  structure,  bonding  resistance  for 
structures  carrying  shielding  or  filter  currents  must  meet 
the  grounding  requirements  of  MIL-B-587B.  Due  to  the  high 
rate  of  plain  text  (Red)  signals,  the  method  of  circuit 
grounding  is  important. 

4)  Shielding-  and  electronic  equipment  enclosure  must  be  con- 
sidered for  black  boxes  containing  circuitry  either  generat- 
ing or  processing  plain  text  signals  identified  as  "Red." 

4.3.2  Processing  Facilities  and  Control  Station  TEMPEST  Require- 
ments - TEMPEST  requirements  will  also  be  imposed  on  the  design 
of  the  processing  facilities  and  various  element  ground  control 
station.  These  design  requirements  are  obtained  from  NAG-5/TSEC 
and  generally  are  as  follows: 

1)  Provide  at  least  one  overall  nonferrous  shield  on  all  "Red" 
signal,  clock,  and  control  lines  that  carry  low-level  signals. 

2)  There  should  be  at  least  one  overall  nonferrous  shield  on 
all  black  signal,  clock,  and  control  cables  from  the  crypto- 
equipment to  the  "Black"  internal  distribution  junction 

f ixture . 

3)  Clock  lines  to  "Black"  and  "Red"  equipment  shall  have  isola- 
tion devices  with  the  isolator  arranged  so  that  a separate 
isolation  device  is  provided  for  each  "Red"  equipment  timing 
line. 

4)  "Red"  and  "Black"  power  and  ground  feeder  distribution  shall 
be  separated  by  a minimum  of  2 in.  (5.1  cm).  Where  cross- 
over is  necessary  it  shall  be  at  approximately  90  degrees 
(1.5  rad)  with  a minimum  of  1-in.  (2.5  cm)  spacing. 

5)  All  nonferrous  shields  should  be  terminated  in  the  controlled 
access  or  limited  access  areas. 

6)  All  lines  carrying  high-level  "Red"  signals  should  be  en- 
closed in  a ferrous  shield. 

7)  The  power  distribution  system  should  be  enclosed  in  metal 
(conduit  or  ducts  and  junction  boxes) . 

8)  "Red"  lines  outside  the  limited-access  area  and  inside  the 
controlled  access  area  should  be  enclosed  in  a separate 
ferrous  shielded  distribution  system. 
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9)  Filtered  "Red"  power  lines  must  be  separated  from  all  other 
distribution  facilities. 

10)  All  ground  lines  from  the  "Red"  frames  or  equipment  cases 
shall  be  continuous  and  routed  to  a separate  "Red"  ground 
through  a ferrous  distribution  system  that  is  separated 
from  all  other  distribution  systems. 

jlI)  All  ground  lines  from  the  "Black"  frames  and  equipment 

should  be  routed  to  a "Black"  ground  point  through  a fer- 
rous distribution  system  that  is  separate  from  all  other 
distribution  systems.  More  than  one  "Black"  ground  line 
may  be  placed  in  the  same  "Black"  conduit  or  duct. 

12)  When  the  end  instrument  or  crypto-equipment  has  common  in- 
ternal grounds,  separate  grounds  shall  be  maintained  outside 
the  instrument  or  equipment. 

13)  All  unused  spare  conductors  shall  be  grounded  to  the  signal 
ground  of  the  appropriate  "Red"  or  "Black"  frame  or  ground 
point . 

14)  Cord  patch  panels,  if  used,  shall  be  arranged  to  prevent 
any  possible  crosspatching  between  "Red"  and  "Black"  panels. 

15)  All  "Red"  high-level  terminal  equipment  shall  be  kept  at 
least  3 ft  (.914  m)  from  crypto-equipment  and  "Black"  equip- 
ment. 

16)  All  "Red"  low  level  terminal  equipment  shall  be  separated 
at  least  2 in.  (5.1  cm)  from  "Black"  equipment. 

17)  Ail  control  units,  dc-line  isolators,  repeaters  (relays  or 
amplifiers) , and  test  equipment  associated  with  "Black" 
patch  panels  or  lines  leaving  the  limited  or  controlled 
access  area  shall  be  separated  at  least  3 ft  (.914  m)  from 
any  "Red"  processing  equipment. 

18)  All  cryptographic  and  "Red"  low-level  terminal  equipment 
shall  be  separated  from  nonassociated  wirelines,  conductors, 
pipes,  airconditioning  ducts,  etc,  by  a minimum  distance  of 
2 in.  (5.1  cm). 

19)  Ground  wires  shall  be  continuous,  unbroken,  green-wire  from 
the  case  of  the  technical  power  panel  to  the  case  of  each 
piece  of  equipment. 
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4.3.3  TEMPEST  Test  Requirements  - TEMPEST  specifications  require 
that  the  test  area  and  test  setup  be  certified  by  the  responsible 
test  agency.  Consideration,  therefore,  must  be  given  to  develop- 
ment or  selection  of  an  adequately  shielded  area  and  the  develop- 
ment or  selection  of  approved  test  equipment. 

The  area  for  test  must  be  a secure  area  and  provide  shielding 

adequate  to  reduce  ambient  extraneous  signal  levels  at  least 

six  decibels  below  the  limits  of  NACSEM  5100  modified  by  AFNAG-9A. 

These  limits  indicate  the  need  for  a solid  screen  room  with  walls 

that  include  ferrous  metal  to  altenuate  magnetic  fields  from  100 

H to  10  GH  . 
z z 

It  should  be  obvious  that  the  above  requirements  establish  only 
the  general  ground  work  for  satisfying  Tug  TEMPEST  requirement 
and  that  early  implementation  of  a study  to  finalize  these  re- 
quirements Is  of  paramount  importance. 

5.0  Acquisition  Design/Development  Recommendation 

Paragraphs  3.0  and  4.0  have  discussed  many  required  design  changes 
and  recommendations  that  should  be  accomplished  to  preclude  prob- 
lems that  could  occur  during  the  operatonal  phase  of  the  Tug  pro- 
gram. The  following  paragraphs  summarize  these  recommendations 
and  provide  an  index  for  locating  the  discussion  related  to  design 
changes  associated  with  the  various  program  elements. 

5.1  Tug  Design  Change  Summary 

The  following  is  a listing  of  the  Tug  design  impact  items: 

1)  Modification  to  Tug  attachment  points  to  facilitate  Tug 
handling  (para  3. 1.1.1). 

2)  C&W  monitoring  and  functional  reaction  related  to  safing 
activities  (para  3. 1.1. 2). 

3)  Helium  venting  of  the  Tug/payload  through  Orbiter  overboard 
dumps  (para  3. 1.1. 3). 

4)  Tug  structures  design  impact  related  to  cleaning  capabilities 
(para  3. 1.1. 4). 

5)  Tug/payload  mating  to  Orbiter  access  provisions  (para  3. 1.1. 5). 

6)  Propellant  and  pressurant  loading  provisions  (para  3. 1.1. 6). 

7)  Tug  QFI  requirements  (para  3. 4. 1.1.). 

8)  Transportation  data/instrumentation  requirements  (para  3. 4. 1.2). 


\ 
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9)  Inadequate  access  to  LHZ  horizontal  dump  valve  and  LHZ  fill, 
drain,  and  prevalves  (para  3.10,1.1). 

10)  Inadequate  access  for  removal  of  APS  hydrazine  spheres 
(para  3. .10. 1.2). 

11)  Inadequate  access  for  removal  of  L0Z  capacitive  mass  probe 
and  level  sensors  (para  3.10.1.3). 

12)  Maintainability  design  considerations  (para  3.10.3). 

13)  Modular  design  concept  (para  4.2.2). 

14)  TEMPEST  design  requirements  (para  4.3.1). 

15)  TEMPEST  test  requirements  (para  4.3.3). 

5.2  Orbiter  Design  Change  Summary 

The  following  is  a listing  of  the  Orbiter  design  impact  items: 

1)  C&W  monitoring  and  functional  reaction  capabilities  related 
to  safing  activities  (para  3. 1.2.1). 

2)  Helium  venting  of  Tug/payload  through  one  of  the  Orbiter  T-0 
launch  umb illcals  (para  3 . 1 . 2 . 2) . 

3)  Tug/payload  mating  to  Orbiter  access  provisions  (para  3. 1.2. 3) 

4)  Propellant  and  pressurant  loading  provisions  (para  3. 1.2. 4). 

5.3  Facility 3 GSE3  and  TSE  Design  Sumary 

The  following  is  a listing  of  the  facilities,  GSE,  and  TSE  design 
Impact  items: 

1)  Spacecraft  handling  equipment  and  work  stands  (para  3. 2. 3.1). 

2)  Spacecraft  simulator  requirements  (para  3. 2. 3. 2). 

3)  Ground  checkout  RF  requirements  to  support  Tug/pay load  process 
ing  (para  3. 2. 3. 3). 

4)  APS  servicing  unit  requirements  (para  3. 2. 3. 4). 

5)  Propellant  and  pressurant  loading  provisions  (para  3. 2. 4.1.). 

6)  Multi-use  cargo  canister  (para  3. 3. 3.1). 

7)  Facility /G 3E  safety  design  requirements  (para  3.6.3). 
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SUPPORTING  RESEARCH  AND  TECHNOLOGY 


APPROACH 

Our  study  team  carefully  reviewed  the  Supporting  Research  and 
Technology  (SRT)  programs  that  were  developed  by  the  four  Space 
Tug  Systems  Study  contractors  and  we  have  identified  herein  the 
tasks  or  parts  of  tasks  that  are  directly  applicable  to  the  re- 
usable Tug  ground  operations.  Pertinent  data  from  these  tasks 
would  provide  a comprehensive  set  of  SRT  data  for  the  ground 
operations  program.  The  major  source  of  ground  operations  data 
will  be  from  development  and  qualification  tests  and  factory 
acceptance  tests. 

It  was  evident  from  this  SRT  review  that  data  needed  for  ground 
operations  are  a small  part  of  the  design  or  fabrication  data  that 
are  the  major  purpose  of  most  of  the  tasks.  As  a result,  the  SRT 
cost  to  obtain  the  needed  data  is  only  a fraction  of  what  would  be 
required  if  the  hardware  had  to  be  furnished  for  only  ground  op- 
erations SRT.  In  addition,  many  of  the  tasks  should  be  redefined 
based  on  the  then  current  baseline  configuration  of  the  Tug,  and 
in  some  cases  the  overlap  between  task  definition  by  different 
contractors.  It  may  not  be  cost  effective  to  contract  for 
revised  SRT  tasks  that  only  support  ground  operations.  Therefore, 
the  SRT  task  descriptions  are  limited  to  an  abstract  of  the  task 
for  ground  operations  and  reference  to  the  complete  task  descrip- 
tion. 

Costs  shown  in  Section  B are  estimates  for  each  task  as  contained 
in  the  Space  Tug  Systems  Study,  selected  option  data  dump  reports. 
The  summary  schedules  shown  in  Section  C are  based  on  the  data 
dump  reports  but  have  been  revised  as  necessary  to  assure  SRT 
completion  by  the  anticipated  Authority  to  Proceed  (ATP)  for  the 
Tug  DDT&E  program. 

Since  MSEC  is  currently  supporting  a program  that  leads  to  develop- 
ment of  a main  engine  specifically  for  the  Tug,  no  applicable  SRT 
has  been  identified  during  this  study. 

GROUND  OPERATIONS  SRT  SUMMARY 

A summary  of  the  SRT  programs  that  were  developed  during  the  four 
Tug  systems  studies  that  would  provide  data  needed  for  the  ground 
operations  program  is  presented  in  Table  IV-1.  The  SRT  tasks,  the 
estimated  task  cost  and  schedule  span  in  months,  and  the  type  of 
ground  operations  data  that  would  be  generated,  is  summarized  by 
contractor.  If  these  tasks  are  consolidated  to  eliminate  duplica- 
tion and  revised  to  reflect  Tug  baseline  requirements  when  imple- 
mented, they  will  include  the  comprehensive  SRT  program  needed  to 
minimize  ground  operations  program  risk  before  DDT&E  ATP. 
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Table  IV-1  Summary  of  Tug  SRT  Applicable  to  Ground  Operations 


NO. 

TASK 

EST. 

COST 

$K 

SCHED 

SPAN, 

months 

GROUND  OPERATIONS  OUTPUT 

*MMC  - SEE  VOL  5,  APPENDIX  A. 

1* 

(P-12)  Hydrazine  Thruster  Life  end  Reuse 
Demonstration  Program 

400 

12 

Investigates  ACPS  engine  refurbishment  and 
life- including  catalyst- 

2. 

(P-13)  N„H,  Propellant  Compatibility  and 
Corrosion  7 ACPS) 

132 

15 

Investigates  ACPS  component  corrosion 

detection,  evaluation  and  cleaning* 

3* 

(P-14)  Evaluation  of  Inspection,  Cleaning 
and  Maintenance  Procedures  for  ACPS  Pro- 
pellant Management  Device  (FMD) 

50 

8 

Establishes  ACPS  FMD  procedures  for  inspec- 
tion, cleaning  and  maintenance. 

4. 

(S-5)  Composite-  Honeycomb  Assurance 

150 

14 

Identifies  methods  for  nondestructive  test 
and  evaluation. 

5. 

(S-lO)  Crock  Detection  Sensitivities  for 
Thin' Gage  Tank  Liners  and  Joints 

105 

18 

Determines  detection  sensitivity  and 
reliability  for  methods  of  nondestructive 
evaluation  of  thin  gage  tank  liners  and 
joints. 

6, 

(S-14)  Composite  Overwrapped  Tank  Assurance 

15B 

11 

Identifies  methods  for  nondestructive 
detection,  characterization  and  evaluation 
of  composite  overwrapped  tanks. 

7* 

(M-2)  Composite  Structure  Development 

86 

18 

Establishes  techniques  to  inspect*  test, 
evaluate  and  repair  composite  structure. 

8. 

(T-l)  Reusability  of  Multi-Layer 
Insulation  (MLI) 

323 

18 

Establishes  number  of  use  cycles  for 
HLi  before  refurbishment. 

9' 

(T-2)  Reusability  of  Tug  Coatings 
* GDC  - SEE  VOL  5,  BOOK  2 

333 

IS 

Dete,*mine  frequency  and  develops  techniques 
for  refurbishment  of  thermal  coatings. 

10, 

N2H4  ACPS  Catalyst  Bed  Life 

230 

12 

Determines  frequency  of  ACPS  catalyst  bed 
replacement. 

11. 

Reliable  Instrumentation  to  Support 
Maintenance 

200 

24 

Provides  for  dependable  self-checking  to 
minimize  diagnostic  test  time. 

12. 

Redundant  Components  Checkout  Techniques  j 

200 

24 

Identifies  techniques  for  evaluating 
redundant  components* 

13. 

Tankage  High  Confidence  Assessment 
Techniques 

300 

1 

18 

Investigates  techniques  for  evaluating 
tank  condition. 

14. 

Meturoid  Impact  Effects  on  Composite 
Materials  and  Pressurized  Tankage 

too 

12 

Establishes  damage  criteria  constraints  for 
raeteroid  cratering  and  spallation* 

15. 

Insulation  Purge  Gas  Dissipation, 
Conductivity  Testing  and  Damage  Assess- 
ment Techniques 

300 

24 

Identifies  techniques  for  insulation 
damage  assessment. 

16. 

Composite  Material  Minimum  Gage  Determina- 
tion 

* MDAC  - SEE  VOL.  8,  BOOK  2 

250 

18 

Develops  thin  gage  composite  material 
handling  techniques. 

17. 

Develop  Potential  Hazard/Failure  Detection 
Techniques 

750 

18 

Provides  a prototype  damage  control  system. 

18. 

Star  Tracker  Self-Check  and  Calibration 

3,000 

18 

Extends  technology  to  permit  onboard 
calibration. 

19. 

Inertial  Measurement  Unit  Self  Calibration 
* GAC  - SEE  VOL.  8,  FART  II 

2,000 

18 

Provides  for  full  onboard  calibration* 

20. 

Advanced  IHU  for  Space  Application 

500 

18 

Develops  software  and  procedures  for  cali- 
bration of  gyros  on  the  launch  pad. 

* Document  referenced  is  from  the  contractor’s  Space  Tug  Systems  Study  selected  option  data  dump. 
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GROUND  OPERATIONS  SRT  SCHEDULES 


The  time  phasing  of  the  SRT  program  relative  to  Phase  B and  the 
DDT&E  ATP  for  the  Tug  program  are  shown  in  Figure  IV-1.  This 
time  phasing  is  controlled  by  program  definition  requirements 
during  Phase  B and  by  the  requirement  to  complete  SRT  by  DDT&E 
ATP . 

SRT  ABSTRACT  FOR  GROUND  OPERATIONS 

Abstracts  of  those  portions  of  the  SRT  tasks  described  in  the 
Space  Tug  System  Study,  selected  option  data  dump  that  are  ap- 
plicable to  ground  operations  are  presented  in  the  following 
paragraphs.  Since  no  description  of  the  GDC  tasks  included  in 
Sections  B and  C are  provided  in  the  documentation  available  to 
Martin  Marietta,  only  a detail  reference  to  the  available  data 
is  provided. 

1.0  Hydrazine  Thruster  Life  and  Reuse  Demonstration  Program 

This  task  is  identified  as  SRT  No.  P-12  and  described  in  Vol  5, 
Appendix  A,  on  pages  A-39  and  A-40  of  the  Martin  Marietta  data 
dump.  It  provides  for  an  APS  engine  test  program  to  investigate 
potential  problem  areas  related  to  long  life  and  refurbishment, 
including  catalyst  bed  refurbishment.  This  task  would  provide 
data  for  projecting  both  refurbishment  and  replacement  require- 
ments for  the  ground  operations  program. 

2.0  N2H4  Propellant  Compatibility  and  Corrosion 

This  task  is  identified  as  SRT  No.  P-13  and  described  in  Vol  5, 
Appendix  A,  on  pages  A-41  through  A-43  of  the  Martin  Marietta 
data  dump . 

Data  is  available  on  short  term  compatibility  of  hydrazine  with 
a number  of  APS  propulsion  materials,  but  data  should  be  de- 
veloped by  long  term  compatibility  testing  based  on  relatively 
long  duration  missions  and  reuse.  The  combined  synergistic  ef- 
fect of  air  contamination  on  structural  components  and  a variety 
of  composite  materials  when  wet  with  propellant  or  exposed  to 
propellant  vapors  should  be  determined. 

Ground  operations  data  would  be  developed  as  follows: 

1)  Special  cleaning  procedures  for  tankage  materials  and  joints; 

2)  Methods  of  detecting  deterioration  of  surface  finish,  strength, 
and  flexibility;  and  methods  of  decontamination  of  exterior 
surfaces  of  test  articles. 
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*MHC  - SEE  VOL  5.  APPENDIX  A. 

Hydrazine  Thruster  Life  and  Reuse 
Demonstration  Program 

Propellant  Compatibility  and 
Corrosion  (APS) 

Evaluation  of  Inspection,  Cleaning 
and  Maintenance  Procedures  for  APS 
Propellant  Management  Device  (PMD) 

Composite  Honeycomb  Assurance 

Crack  Detection  Sensitivities  for 
Thin  Gage  Tank  Liners  and  Joints 

Composite  Overwrapped  Tank  Assurance 
Composite  Structure  Development 

Reusability  of  Multi -Layer 
Insulation  (MLI) 

Reusability  of  Tug  Coatings 
*GDC  - SEE  VOL  5,  BOOK  2, 

N;H4  APS  Catalyst  Bed  Life 

Reliable  Instrumentation  to  Support 
Maintenance 

Redundant  Components  Checkout  Techniques 

Tankage  High  Confidence  Assessment 
Techniques 

Meteroid  Impact  Effects  on  Composite 
Materials  and  Pressurized  Tankage 

Insulation  Purge  Gas  Dissipation, 
Conductivity  Testing  and  Damage 
Assessment  Techniques 

Composite  Material  Minimum  Gage 
Determination 

*MDAC  - SEE  VOL  8,  BOOK  2. 

Develop  Potential  Haznrd/Failure  Detection 
Techniques 

Star  Tracker  Self -Check  and  Calibration 

Inertial  Measurement  Unit  Self 
Calibration 

*GAC  - SEE  VOL  8,  PART  II. 

Advanced  IMU  for  Space  Application 


^Document  referenced  is  from  the  contractor’s  Space  Tug  Systems  Study,  selected  option  data  dump* 
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Summary  Schedule  for  Tug  SET  Applicable  to  Ground  Operations 
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3.0  Evaluation  of  Inspection*  cleaning  and  Maintenance  Procedures 
for  Tug  APS  Propellant  Management  Device 

This  task  Is  identified  as  SRT  No.  P-14  and  described  in  Vol  5* 
Appendix  A*  on  pages  A-44  and  A-45  of  the  Martin  Marietta  data 
dump  - 

A fine  mesh  screen  is  the  propellant  management  device  (PMD)  that 
is  investigated  in  this  task*  While  the  current  baseline  Tug 
configuration  does  not  use  this  type  of  APS  PMD,  it  is  being 
used  in  the  Orbiter*  Since  MSFC  expects  to  reevaluate  the  PMD 
baseline  in  the  future  based  on  Orbiter  experience,  we  have  re- 
tained the  task. 

The  reusable  Tug  requirements  emphasize  need  for  all  subsystems 
to  be  easily  inspected  and  as  maintenance  free  as  possible.  Since 
the  screen-type  PMD  is  an  integral  part  of  the  APS  tank,  it  should 
be  capable  of  remote  inspection  and  cleaning. 

The  approach  would  be  to  conduct  a series  of  ground  tests  using 
a representative  APS  tank  and  PMD.  Flow  tests  would  be  developed 
to  establish  the  condition  of  the  screen,  and  procedures  estab- 
lished to  unplug  the  screen.  The  objective  would  be  to  establish 
inspection,  maintenance,  and  cleaning  procedures  for  the  APS 
propellant  management  device. 

The  task  cost  is  based  on  the  free  use  of  a representative  APS 
tank  and  screen. 

4.0  Composite  Honeycomb  Assurance 

This  task  is  identified  as  SRT  No.  S-5  and  described  in  Vol  5, 
Appendix  A,  on  pages  A-93  and  A-94  of  the  Martin  Marietta  data 
dump . 

The  objective  of  this  task,  that  is  of  ground  operations  Interest, 
is  to  identify  methods  for  nondestructive  detection  and  evalua- 
tion of  the  structural  integrity  of  composite  honeycomb  structures 
To  accomplish  this  component  elements  containing  typical  fabrica- 
tion anomalies  would  be  tested  by  nondestructive  methods  and  the 
results  evaluated. 

5.0  Crack  Detection  Sensitivities  for  Thin  Gage  Tank  Liners  and 
Joints 

This  task  is  identified  as  SRT  No.  S-10  and  described  in  Vol  5, 
Appendix  A,  on  pages  A-101  and  A-102  of  the  Martin  Marietta  data 
dump . 
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It  Includes  the  fabrication  and  nondestructive  test  and  evalua- 
tion of  subscale  overwrapped  tanks  containing  known  thin  gage 
tank  liner  and  joint  cracks.  The  objective  of  determining  de- 
tection sensitivity  and  reliability  of  several  methods  of  non- 
destructive testing  is  important  to  ground  operations. 

6.0  Composite  Overwrapped  Tank  Assurance 

This  task  is  identified  as  SRT  No.  S-14  and  described  in  Vol  5, 
Appendix  A,  on  page  A-106  of  the  Martin  Marietta  data  dump. 

This  task  requires  the  fabrication  of  overwrapped  tanks  with  anom- 
alies such  as  unbonds,  low  strength,  and  broken  fibers.  These  tanks 
are  tested  to  establish  sensitivities  of  nondestructive  evaluation 
methods.  The  objective  is  to  identify  methods  of  nondestructive 
detection,  characterization,  and  evaluation  of  composite  overwrapped 
tank  structural  integrity.  This  data  is  needed  for  ground  operations 
as  well  as  for  factory  integrity  testing. 

7.0  Composite  Structure  Development 

This  task  is  identified  as  SRT  No.  M-2  and  described  in  Vol  5, 
Appendix  A,  on  pages  A-110  and  A-lll  of  the  Martin  Marietta  data 
dump. 

This  Is  basically  a task  to  develop  manufacturing  techniques  for 
composite  structure  that  would  be  in  support  of  the  concurrent 
engineering  SRT  tasks.  However,  the  effort  associated  with  modi- 
fication and  repair  should  establish  techniques  to  inspect,  test, 
evaluate,  and  repair  composite  structure.  This  data  Is  needed  for 
ground  operations. 

8.0  Reusability  of  Multi-Layer  Insulation  (MLI) 

This  task  is  identified  as  SRT  No.  T-l  and  described  in  Vol  5, 
Appendix  A,  page  A-116  of  the  Martin  Marietta  data  dump. 

In  addition  to  providing  data  to  suppor  the  selection  of  the 
best  MLI  material,  this  task  includes  use  cycle  tests  under  the 
most  injurious  Tug  environments  of  a large  MLI  blanket  and  an 
MLI  wrapped  APS  propellant  line.  This  should  establish  the 
number  of  use  cycles  of  MLI  before  refurbishment  for  ground 
operations  planning. 

9.0  Reusability  of  Tug  Coatings 

This  task  is  Identified  as  SRT  No.  T~2  and  described  in  Vol  5,  Ap- 
pendix A,  on  page  A-117  of  the  Martin  Marietta  data  dump.  This 
task  is  an  investigation  of  thermal  coatings.  In  addition  to  pro- 
viding data  to  support  the  selection  of  the  best  coating  material, 
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this  task  includes  life  cycle  tests  under  simulated  Tug  environ- 
ments that  should  establish  for  ground  operations  the  frequency 
and  techniques  for  refurbishing  thermal  coatings, 

10.0  GDC  SRT  TAsks 

SRT  tasks  No*  10  through  16  are  identified  by  General  Dynamics*  We 
cannot  prepare  a ground  operations  abstract  for  these  tasks  because 
the  only  documentation  available  to  us  is  that  in  Vol  5,  Book  2, 
Section  5.8,  on  pages  284  through  286  of  their  data  dump*  The 
ground  operations  output  indicated  in  Table  IV-1  was  derived  from 
General  Dynamics1  Figure  5*8-1  on  page  285* 

11-0  Develop  Potential  Hazard/Failure  Detection  Techniques 

This  task  is  described  in  Vol  8,  Book  2,  Section  10,  on  pages 
10-1  through  10-5  of  the  McDonnell  Douglas  data  dump* 

The  task  is  based  on  recognition  that  current  technology  is  in- 
adequate to  provide  the  basis  for  design  of  a permanently  installed 
monitoring  system  to  give  early  warning  of  tank  and  general  plumb- 
ing leaks,  or  precursor  damage  notes  to  a-Llow  effective  remedial 
action  to  be  taken.  The  objective  is  to  develop  and  test  a pro- 
totype continuous  monitoring  system  that  would  monitor  potential 
failure  modes  in  space  and  also  function  as  part  of  the  ground 
checkout  system  before  launch*  Acoustic  detection  techniques 
appear  promising  for  tanks  and  a tape  detection  technique  for 
plumbing,  valves,  etc, 

12.0  Star  Tracker  Self -Check  and  Calibration 

This  task  is  described  in  Vol  8,  Book  2,  Section  10,  on  pages  10-10 
and  10-11  of  the  McDonnell  Douglas  data  dump*  The  task  Is  con- 
cerned with  the  need  to  perform  onboard  ground  checks  and  cali- 
bration of  star  trackers  without  removing  the  equipment  from 
the  Tug.  Existing  technology,  based  on  using  a light  emitting 
diode  to  simulate  the  star  signal,  should  be  extended  to  permit 
onboard  calibration. 

13.0  Inertial  Measurement  Unit  (IMU)  Self-Calibration 

This  task  is  described  in  Vol  8,  Book  2,  Section  10,  on  pages 
10-11  and  10-12  of  the  McDonnell  Douglas  data  dump.  As  a result 
of  recent  development  an  existing  IMU  configuration  includes  a 
single  calibration  gimbal  about  the  system  roll  axis,  and  an 
additional  step-index  mechanism  around  a selected  set  of  instru- 
ments* These  calibration  mechanisms  can  be  locked  in  a known 
reference  position  before  flight*  The  object  of  this  task  would 
be  to  extend  this  concept  to  three  gimbals  to  provide  a cost  ef- 
fective means  of  achieving  full  onboard  IMU  calibration,  thus 
Facilitating  ground  operations* 
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14,0  Advanced  IMU  for  Space  Application 

This  task  is  described  in  Vol  8,  Part  II,  Section  8.10  on  pages 
II-8.1G-9  and  II-8. 10-10  of  the  General  Dynamics1  data  dump. 

The  task  Is  based  on  developing  an  advanced,  low-weight  IMU  from 
the  unit  that  is  currently  being  developed  under  Air  Force  con- 
tract primarily  for  aircraft  applications.  To  facilitate  ground 
operations,  the  technical  approach  includes  development  of  soft- 
ware and  procedures  for  calibration  of  gyros  on  the  launch  pad. 


RECOMMENDED  ADDITIONAL  EFFORT 


In  the  performance  of  any  study,  certain  items  that  require  ad- 
ditional analysis  beyond  the  scope  of  the  original  effort  become 
evident.  These  additional  studies  arise  as  a result  of  new  in- 
formation that  comes  to  light  during  the  study,  or  as  a result 
of  ground  rule /assumption  changes. 

These  items  have  been  documented  incrementally  as  they  surface 
in  the  course  of  our  study.  Many  were  considered  to  be  those 
activities  that  will  be  performed  by  either  the  Tug  contractor 
or  the  NASA  Tug  project  in  the  normal  development  of  the  Tug. 
Because  it  serves  no  useful  purpose  to  list  these  normal  activ- 
ities here,  they  were  dropped  from  further  discussion.  Other 
items  more  appropriately  fall  within  the  definition  of  SRT  and 
are  treated  in  Chapter  IV.  The  remaining  items  were  then  screened 
for  those  that  require  attention  within  the  next  few  years  or 
those  that  have  significant  front-end  impact  on  the  Tug  program. 
This  screening  yielded  the  thirteen  items  defined  in  Table  V-l. 


TASK  12,  ITEM  1 

1.0  Title  — Tug  Hydrazine  Auxiliary  Propulsion  System  Checkout 

2.0  Purpose 

Study  the  Auxiliary  Propulsion  system  (APS)  requirements  for 

checkout  when  the  system  is  reused  for  approximately  20  missions. 

This  includes  impact  on  the  airborne  design  as  well  as  the  ground 

system  and  facility  requirements. 

3.0  Objectives 

The  primary  objectives  of  this  study  are: 

1)  Establish  decontamination  requirements  for  system  checkout 
as  well  as  hardware  replacement.  (Use  the  results  from  the 
SRT  task  described  in  Part  IV,  paragraph  D.2.0  above.) 

2)  Establish  impact  on  the  airborne  design  for  decontamination 
when  hardware  replacement  is  required.  (Ports  between  series 
thrust  chamber  valves  for  diameter,  purge,  etc) 

3)  Establish  impact  on  ground  system  and  facility  for  checkout 

and  hardware  replacement.  (Example:  If  the  system  is  not 

decontaminated  safety  may  require  a special  facility  location 
or  restrict  access.) 

4)  Establish  checkout  requirements  to  guarantee  system  integrity 
for  operation,  and  fail  operate/fail  safe  criteria. 

5)  Establish  APS  time  lines  for  checkout,  hardware  replacements, 

etc. 

6)  Establish  catalyst  bed  cooldown  characteristics  and  compare 
to  Shuttle  time  lines  of  deorbit  through  landing  for  compat- 
ibility. (A  warm  catalyst  bed  can  be  permanently  damaged  if 
exposed  to  alr-C02*) 

7)  Establish  critical  components  in  hydrazine  thruster  for  re- 
furbishment and  rebuild. 

4 . 0 Schedule 

This  10-month  study  should  start  in  April  1977  to  provide  inputs 

on  the  airborne  design,  AGE  design,  and  facility  requirements. 


5 . 0 Budget 


The  estimated  cost  of  $109,000  for  this  study  is  based  on  25  man-  % 

months  of  engineering,  $104,000  total  labor  cost,  and  $5000  for  f 

5 two-man  trips.  | 

a 

6.0  Special  Facilities  j 

None  required.  | 
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TASK  12,  ITEM  2 

1.0  Title  — Tug/Spacecraft  Ground  Operations  Integration  Study 

2.0  Purpose 

Study  Tug/ spacecraft  ground  operations  integration  to  greater 
depth  than  presently  planned  in  existing  studies.  This  should 
include  prelaunch,  launch,  and  postlaunch  activities  applicable 
to  Tug/spacecraft  integration. 

3.0  Objectives 

The  primary  objectives  of  this  study  are  as  follows: 

1)  Analyze  Tug/spacecraf t mating  and  develop  a functional  flow 
diagram  for  all  launch  site  activities  from  that  point  through 
launch.  (Includes  TPF  and  PCR  mating  of  KSC  and  PCR  mating 

at  WTR. ) 

2)  Perform  special  emphasis  assessment: 

a)  When  and  where  to  service  spacecraft, 

b)  Spacecraft  contamination  control, 

c)  Impact  of  EMI/TEMPEST  demonstration  requirements, 

d)  Spacecraf t-to-Tug  mating /demating  function  and  constraints 
(single  and  multiple  spacecraft), 

e)  Transportation  and  handling  requirements. 

3)  Contingency  planning,  i.e.,  one  of  multiple  spacecraft  fail. 

4)  Determine  Tug/spacecraf t software  integration  techniques. 

4.0  Schedule 

This  12-month  study  should  start  in  August  1975  to  assure  adequate 
GFE  and  facility  definition. 

5.0  Budget 

The  estimated  cost  of  $312,000  for  this  study  is  based  on  72  man- 
months  of  engineering,  $300,000  total  labor  cost,  and  $12,000 
for  12  two-man  trips. 
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6,0  Special  Facilities 

Ho  special  facilities  or  laboratories  will  be  required* 


TASK  12,  ITEM  3 


1.0  Title  — LRU  Contingency  Changeout  Impact  Study 

2.0  Purpose 

Study  the  capability  to  changeout  Tug/lUS  and  spacecraft  LRUs  at 
the  PCR  or  in  the  Orblter  payload  bay.  This  study  should  be  ac- 
complished to  assess  not  only  completeness  of  checkout  capability 
and  access,  but  will  determine  and  minimize  downtime  related  to 
LRU  failure/ anomalies  occurring  late  in  the  Tug/IUS  and  spacecraft 
processing  cycle. 

3.0  Objectives 

The  primary  objectives  of  this  study  are: 

1)  Establish  criticality  of  LRU  failures/anomalies  that  could 
cause  mission  abort  and  provide  rationale  for  recommended 
corrective  action. 

2)  Establish  and  document  guidelines  and  ground  rules  for  ac- 
complishment of  LRU  changeout  at  PCR  or  in  Orbiter  payload 
bay. 

3)  Assess  GSE  and  check  out  software  capability  to  perform  re- 
verification of  replaced  LRUs,  and  recommend  additional  por- 
table GSE  as  required. 

4)  Provide  design  change  impacts  to  enhance  contingency  change- 
out capability. 

5)  Prepare  backout  planning  for  LRU  change  out  at  the  PCR  or  in 
the  Orbiter  payload  bay,  including  functional  flows,  time- 
lines, GSE,  skills,  and  reverification  requirements. 

4.0  Schedule 

This  study  should  be  performed  early  In  the  program  to  provide 
LRU  installation  design  criteria,  which  will  enable  LRU  contingency 
changeout.  It  is  recommended  that  this  18-month  study  start  in 
August  1975. 

5.0  Budget 

The  estimated  cost  of  $156,000  for  this  study  is  based  on  36  man- 
months  of  engineering,  $150,000  total  labor  cost,  and  $6000  for  6 
two -man  trips. 

6.0  Special  Facilities 
None  required. 
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TASK  12,  ITEM  4 

1*0  Title  — Determine  Optimum  Tug  Leak  Check  Techniques 

2.0  Purpose 

As  spacecraft  missions  become  more  sophisticated,  and  operate  for 
increasingly  greater  periods  to  time,  the  requirements  for  Improved 
performance  by  the  Tug  systems  and  components  become  tighter.  One 
measure  of  performance  is  the  ability  of  the  fluid  flow  system, 
or  individual  component,  to  perform  satisfactorily  under  all  pre- 
dicted conditions  without  failure,  which  Includes  without  exces- 
sive leakage* 

Excessive  gas  or  propellant  leaks  could:  (1)  affect  the  perfor- 

mance of  an  onboard  scientific  experiment  located  near  the  leak 
exit;  (2)  require  additional  attitude  control  system  compensation 
to  create  an  abnormal  increase  of  operating  fluid  consumption; 

(3)  create  a hazardous  condition  resulting  from  accumulation  in 
the  spacecraft;  and  (4)  decrease  the  operating  fluid Ts  reserve 
to  cause  a system1 s decreased  performance,  or  even  a malfunction. 

The  word  "excessive*1  is  relative  to  the  size  of  the  system  and  to 
the  quantity  of  the  reserve  operating  fluids.  The  need  for  max- 
imizing the  payloads  is  a constant  system  factor.  The  resulting 
Tug  propulsion  system  requirements  demand  economy  of  propellants 
and  pressurizing  gases.  The  requirement  for  extremely  small  or 
no  leakage  is  becoming  a prime  requisite. 

3.0  Objectives 

The  development  of  techniques  to  detect  leaking  fluids  has  been 
slow.  The  problem  lias  been  complicated  by  the  fact  that  many 
less-than-satisfactory  means  of  defining  the  leakage  requirements 
have  been  attempted  for  the  sake  of  reducing  costs,  simplifying 
design,  procurement,  and  testing  specifications.  There  are,  how- 
ever, several  attractive  techniques  applicable  to  leak  testing 
the  Tug  MPS  tanks,  lines,  mechanical  components,  the  APS  bladder, 
lines  and  components,  the  fuel  cell  reactant  system,  and  the  pro- 
pellant tank  purge  bag  and  MLI.  These  are: 

1)  Continuous  mass  flow; 

2)  Mass  pressure  decay/reference  volume; 

3)  Soap  solution  bubble; 

4)  Mass  spectrometer  (helium  sniff); 

5)  Acoustic  (sonic  detector); 

6)  Chemical  test  papers* 


V-7 


These  techniques  provide  varying  degrees  of  accuracy  of  leak  rate: 
acoustic,  1 cm3/min;  soap  bubble,  1 cm3/hr;  mass  spectrometer,  1 
cm3 /day;  and  chemical  test  papers,  1 em3/wk.  These  techniques 
require  varying  lengths  of  time  to  determine  ii  leakage  exists 
and  what  the  leak  rate  is*  bach  technique  requires  unique  equip- 
ment varying  in  cost  and  degree  of  skill/ training  required  to  op- 
erate.  The  selection  of  a technique  eouLd  impact  the  Tug  design 
timelines,  turnaround  costs,  operational  safety,  facility  design, 
and  manpower  requirements. 

Ln  view  of  Tug  turnaround  requirements  and  turnaround  time  efiects 
on  fleet  sizing,  coupled  with  the  effects  of  using  helium  as  a 
pressurant  on  Tug  and  spacecraft  components  and  systems,  a study 
should  be  performed  to  determine  the  optimum  approacli  to  leakage 
integrity  verification  of  the  Tug  fluid  and  pressure  systems. 

This  study  sho  d consider:  (1)  time  span  of  leakage  determina- 

tion on  the  Tug  refurbish/checkout/turnaround  cycle;  (2)  effects 
of  fluids/vapor  in  a system  during  leak  check,  i.e*,  APS  N2Hu; 

(3)  approach  to  leak  checking  and  purging  thin  membranes  such  as 
the  ML I and  purge  bag;  (4)  desirability  of  use  of  a full-time  leak 
detection  system  during  mission  operations,  i.e.,  chemical  paper, 
piezo-electric  devices;  (5)  the  safety  aspects  of  each  leak  de- 
tection techniques;  (6)  effects  of  leakage  at  sea  level  vs  on-orbit 
and  (7)  costs  (equipment,  personnel,  training,  etc)  of  various 
leak-check  techniques  considered. 

The  results  from  SRT  tasks  such  as  those  described  in  Part  IV, 
paragraphs  D.5,0  and  D.11.0  above  would  enhance  this  study. 

4.0  Schedule 

The  selected  leak  detection  approach  could  impact  Tug  component 
and  systems  design,  refurbish/checkout  facility  requirements,  and 
tiSE  design,  and  should  be  considered  in  the  early  phases  of  the 
Tug  development  program*  It  is  estimated  that  a study  of  this 
nature  will  require  a period  of  approximately  9 months  to  complete* 
Based  on  current  Tug  planning,  the  study  should  be  started  no  later 
than  July  1977* 

5.0  Budget 

The  estimated  cost  of  $156,000  for  this  study  is  based  on  36 
man-months  of  engineering,  $150,000  total  labor  cost,  and  $6000 
for  6 two-man  trips. 

6.0  Special  Facilities/Support 

No  special  facilities  would  be  required.  Access  to  NASA/contractor 
SRT  related  to  this  study  would  be  required. 
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1*0  Title  — Integrated  Transportation  Study  for  Payload  Modules 
2*0  Purpose 

Perform  an  integrated  analysis  of  all  transportation  requirements 
imposed  by  Tug,  IUS,  kick  stage,  and  spacecraft  leading  to  estab- 
lishment of  a common  mode  of  transportation  and  preliminary  con- 
figuration of  common  transportation  support  equipment  (TSE) * Many 
contractors,  as  well  as  NASA  agencies,  have  performed  preliminary 
transportation  studies  for  Tug,  IUS,  and  kick  stage  individual 
applications*  Little  has  been  done  on  the  multiple  configurations 
of  spacecraft.  Nothing  has  been  done  to  establish  commonality 
across  all  transportation  requirements  and  to  assess  the  capability 
and  schedule  availability  of  the  B-747  carrier  aircraft  and  the 
cargo  canister  concept  to  meet  these  requirements.  Preliminary 
cost  tradeoffs  must  be  performed  between  individual  transportation 
approaches  for  each  of  the  payload  modules  and  a common  B-747/cargo 
canister  approach*  Additionally,  a three-phase  approach  must  be 
established  for  preliminary  design  of  a cargo  canister.  Phase  1 
must  define  a common  configuration  to  meet  the  multiple  require- 
ments for  air  transport*  Phase  2 must  define  the  ground  handling 
configuration  of  the  canister.  Phase  3 must  marry  air  and  ground 
requirements  and  establish  feasibility  and  configuration  of  a dual 
use  canister  for  air  transportation  and  ground  handling* 

3.0  Objectives 

The  primary  objectives  of  this  study  are: 

1)  Consolidate  and  review  all  transportation  analyses  available 
to  date  including  External  Tank  movement  by  B-747  * 

2)  Develop  spacecraft  transportation  analysis  as  required. 

3)  Establish  common  or  individual  transportation  approaches  for 
the  payload  modules  on  the  basis  of  cost  tradeoffs. 

4)  Establish  capacity  of  B-747  carrier  aircraft  to  meet  common 
transportation  approach. 

5)  Define  cargo  canister  configuration  based  on: 

a)  Air  transport  requirements* 

b)  Ground  handling  requirements, 

c)  Dual  use  requirements. 
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6)  Develop  preliminary  cargo  canister  design* 


7)  Define  approach  to  other  common  TSE  and  examine  use  and  cost 
saving  of  existing  GSE* 

4*0  Schedule 

This  12-month  study  should  start  in  April  1975  to  support  timely 
NASA  transportation  decisions  that  will  be  required  to  baseline 
use  of  the  B-747  and  canister*  Dual  use  of  the  canister  may  im- 
pact  facility  and  GSE  design* 

5*0  Budget 

The  estimated  cost  of  $81,000  for  this  study  is  based  on  18  man- 
months  of  engineering,  $75,000  total  labor  cost,  and  $6000  for 
6 two-man  trips* 
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TASK  12,  ITEM  6 


1.0  Title  — LRU  Replacement  versus  In-Place  and  Off-Line  Repair 

2.0  Purpose 

This  study  will  perform  in-depth  analysis  of  the  evolving  Tug 
configuration  with  emphasis  on  component  design  impact  on  spares 
cost  and  provisioning  methods,  and  time/cost  to  repair  in  place 
or  off-line  versus  remove  and  replace.  Current  emphasis  on  LRU 
replacement  implies  a volume  of  high  cost  spares  on  site.  Although 
turnaround  time  is  a major  driver  favoring  the  LRU  concept,  main- 
tenance workaround  has  not  been  sufficiently  investigated  and 
cost  tradeoffs  have  not  been  worked  in  terms  of  total  Tug  program 
impact. 

3.0  Objectives 

The  objectives  of  this  study  are: 

1)  Establish  definitive  spares  levels  and  cost  information  for 
all  Tug  components  consistent  with  current  baseline  configu- 
ration. 

2)  Establish  preliminary  MTBF/MTBR  and  time  to  repair  data.  Cor- 
relate with  maintainability  data. 

3)  Perform  timeline  analysis  and  cost  tradeoff  between  replace- 
ment and  repair  In  place  or  off-line. 

4)  Investigate  alternative  maintenance  processing  approaches 
that  could  support  repair  rather  than  replace,  consistent 
with  timeline  constraints. 

5)  Establish  design  criteria  to  implement/! acilitate  repair  actions 
as  appropriate. 

4.0  Schedule 

This  12-month  study  depends  on  a relatively  firm  baseline  con- 
figuration, but  should  be  started  in  the  second  quarter  of  1976 
to  provide  sufficient  lead  time  to  impact  the  design  process. 

5.0  Budget 

The  estimated  cost  of  $106,000  for  this  study  is  based  on  24  man- 
months  of  engineering,  $100,000  total  labor  cost,  and  $6000  for 
6 two-man  trips. 

6.0  Special  Facilities/ Support 

No  special  facilities  would  be  required.  Access  to  latest  baseline 
Tug  configuration  must  be  assured. 
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TASK  12,  ITEM  7 


1.0  Title  — XUS /Tug  Station  Set  Requirements 

2.0  Purpose 

Define  the  LUS/Tug  requirements  for  Incorporation  into  the  station 
sets. 

3.0  Objectives 

The  primary  objective  of  this  task  is  to  define  station  set  re- 
quirements for  lUS/Tug.  Requirements  are  to  be  prepared  using 
the  results  of  NASA/DOD  studies.  The  total  station  set  require- 
ments are  to  be  analyzed  to  determine  which  station  set(s)  re- 
quire lUS/Tug  inputs.  Once  the  number  of  station  sets  have  been 
determined*  all  lUS/Tug  systems*  safety,  and  service  requirements 
will  be  determined.  These  requirements  will  then  be  presented 
in  the  station  set  format. 

4.0  Schedule 

This  6-month  study  should  start  no  later  than  March  1975,  concur- 
rent with  the  DOD/STS  Ground  Support  Systems  Definition  Study, 
to  impose  proper  lUS/Tug  station  set  requirements  and  thus  reduce 
program  impact  and  schedule  delays  during  acquisition  and  acti- 
vation. 

5.0  Budget 

The  estimated  cost  of  $153,000  for  this  study  is  based  on  36  man- 
months  of  engineering,  $150,000  total  labor  cost,  and  $3000  for 
3 two -man  trips. 

6.0  Special  Facilities/ Support 

No  special  facilities  or  laboratories  would  be  required.  Close 
coordination  between  the  DOD/STS  Ground  Support  Systems  Definition 
Study  and  this  study  would  be  required. 


TASK  12,  ITEM  8 


1*0  Title — Classified  Payload  TEMPEST  Impact  Study 

2.0  Purpose 

Evaluate  and  optimize  TEMPEST  test  and  design  requirements  re- 
lated to  the  Tug/IUS,  spacecraft,  and  the  Orbiter/Sliuttle  inter- 
face. The  study  should  be  conducted  to  ensure  appropriate  design 
considerations  be  given  to  each  element  of  Tug/IUS  and  spacecraft 
programs  to  preclude  the  necessity  of  major  modifications  or  ex- 
tensive TEMPEST  testing  during  Tug/IUS  processing  and  mate/demating 
operations. 

3.0  Objectives 

The  primary  objectives  of  this  study  are; 

1)  Review  preliminary  design  of  program  elements  to  ensure  proper 
implementation  of  TEMPEST  criteria,  and  where  possible  provide 
design  recommendations  that  will  optimize  data  formats  and 
handling  to  reduce  test  requirements. 

2)  Review  facility  and  GSE  items  to  assure  compliance  with  TEMPEST 
requirements  and  perform  design  optimization  to  minimize 
TEMPEST  test  requirements. 

3)  Review  ground  operations  to  assure  proper  implementation  of 
TEMPEST  test  requirements  and  establish  proper  handling  pro- 
cedures and  security  safeguards. 

4)  Provide  criteria  input  for  Tug/IUS  user*s  guide  to  simplify 
interface  testing  and  optimize  data  handling  requirements. 

5)  Provide  an  EMC/TEMFEST  control  document  for  regulation  and 
control  of  TEMPEST  design  and  test  requirements. 

These  activities  should  be  accomplished  as  early  as  possible  to 
impose  proper  data  formats/ handling  and  design  requirements  in 
the  early  design  phase  of  the  program  elements  to  reduce  program 
impact  and  schedule  delays  during  acquisition  and  activation. 

4.0  Schedule 

This  12-month  study  should  start  in  the  second  quarter  of  1975 
to  be  of  benefit  during  Tug/IUS  and  spacecraft  design. 


- - 


5.0  Budget 

The  estimated  cost  of  $154,400  for  this  study  is  based  on  36  man- 
months  of  engineering,  $150,000  total  labor  cost,  and  $4400  for 
4 two -man  trips. 

6.0  Special  Facilities 

No  special  facilities  or  laboratories  will  be  required  beyond  normal 
industrial  security  areas  and  depositories,  and  access  to  Tug/TUS 
and  spacecraft  baseline  and/or  preliminary  design  documentation. 
Engineers  must  have  appropriate  security  clearances* 


TASK  12,  ITEM  9 

1-0  Title — Tug  Input  to  IUS  User's  Guide 

2.0  Purpose 

Input  data  should  be  developed  for  use  by  DOD  in  preparing  the 
IUS  User's  Guide  to  assure  that  the  initial  design  of  spacecraft 
planned  for  both  IUS  and  Tug  delivery  will  have  flexibility,  and 
that  adequate  accommodations  are  provided  on  spacecraft  that  are 
to  be  retrieved  by  the  Tug. 

3.0  Objective  and  Approach 

The  objective  of  Tug  input  to  the  IUS  User's  Guide  should  be  to 
provide  the  following  data  for  IUS  payload  users  that  plan  to  use 
the  Tug  for  spacecraft  retrieval  or  for  delivery  of  subsequent 
spacecraft  of  the  same  design  after  the  Tug  is  available: 

1)  Tug-peculiar  requirements  that  are  to  become  compatible  with 
the  standardized  IUS  interfaces  and  documentation; 

2)  Identification  of  those  Tug-peculiar  elements  requiring  agree- 
ments between  participating  agencies. 

We  recommend  the  following  approach  to  the  preparation  of  this 
input  data: 

1)  Establish  a logic  diagram  and  schedule  for  the  input  data 
preparation  that  is  compatible  with  the  plan  for  the  prepara- 
tion of  the  IUS  User’s  Guide. 

2)  Prepare  and  obtain  NASA  approval  of  a definitive  outline  that 
establishes  format  and  content,  and  identify  data  required 
from  NASA  agencies  and  DOD  commands. 

3J  Conduct  a review  of  applicable  documents  with  particular  em- 
phasis on  payloads  to  be  delivered  by  the  IUS  and  later  de- 
livered/retrieved by  the  Tug. 

4)  Prepare  the  input  data  so  that  the  additional  compliance  re- 
quirements for  IUS  payloads  that  will  later  be  Tug  payloads 
are  minimized  and  the  Tug-peculiar  requirements  of  JSC  07700, 
Volume  XlV-Space  Shuttle  System  Payload  Accommodations  are 
met. 

5)  Identify  those  areas  where  physical,  functional  and/or  opera- 
tional constraints  imposed  by  IUS  payloads  later  becoming  Tug 
payloads  are  incompatible  and  should  be  reviewed  by  NASA/DOD 
for  possible  accommodation  changes  and  subsequently  incorpo- 
rated in  the  IUS  User’s  Guide. 
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4-0  Schedule 


a 

This  6-month  study  should  start  concurrent  with  the  IUS  Validation 
Phase  ATP  that  we  currently  project  as  October  1975  to  provide 
data  for  incorporation  in  the  IUS  User’s  Guide  by  the  April  1976 
CDR. 


5 . 0 Budget 

The  estimated  cost  of  $81,000  for  this  study  is  based  on  18  man- 
months  of  engineering,  $75,000  total  labor  cost,  and  $6000  for 
6 two-man  trips. 


TASK  12,  ITEM  10 


1*0  Title— Tug  User ’ s Guide  Preparation 
2*0  Purpose 

The  Tug  User's  Guide  should  be  developed  for  use  as  a management 
tool  for  the  Tug/spacecraf t integration  agency* 

3*0  Objective  and  Approach 

The  objective  of  the  Tug  User’s  Guide  should  be  to  provide  the 
following  data  for  Tug  payload  users: 

1)  Standardized  requirements  for  interfaces  and  document  reduction; 

2)  Services  and  facility  accommodations  provided  by  the  Tug  project 

3)  Roles  and  responsibilities  for  processing  the  Tug  and  its  pay- 
load  at  the  launch  site; 

4)  Methodology,  techniques,  and  responsibility  assignments  for 
analytical  analysis  of  payload  affects; 

5)  Identification  of  those  elements  requiring  agreements  between 
participating  agencies . 

We  recommend  the  following  approach  to  the  Tug  User’s  Guide  prepa- 
ration: 

1)  Establish  a logic  diagram  and  schedule  for  the  document  pre- 
paration; 

2)  Prepare  and  obtain  NASA  approval  of  a definitive  outline  that 
establishes  format  and  content,  and  identify  data  required 
from  NASA  agencies  and  DOD  commands; 

3)  Conduct  a review  of  applicable  documents  with  particular  em- 
phasis on  payloads  defined  to  be  delivered/retrieved  by  the 
Tug; 

4)  Prepare  the  gu:  'e  so  that  Tug  user  flexibility  is  maximized 
and  the  requirements  of  JSC  07700,  Volume  XIV  Space  Shuttle 
System  Payload  Accommodations  are  met; 

5)  Identify  those  areas  where  the  physical,  functional,  and/or 
operational  constraints  imposed  by  the  Space  Shuttle  system 
and  the  Tug  are  incompatible  with  Tug  payload  requirements 
and  should  be  reviewed  by  NASA  for  possible  accommodation 
changes  and  subsequent  incorporation  in  the  Tug  User’s  Guide. 
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4 . 0 Schedule 

This  15-month  study  should  start  In  April  1976*  immediately  fol- 
lowing the  study  to  provide  Tug  input  to  the  IUS  User’s  guide 
described  above*  Preparation  of  the  Tug  User’s  Guide  at  this  time 
will  assure  comprehensive  Tug/ spacecraft  interface  and  integration 
requirements  prior  to  Tug  Phase  B complete  for  use  during  both 
spacecraft  design  and  the  preparation  of  the  final  Tug  Phase  B 
definition  documentation* 

5*0  Budget 

The  estimated  cost  of  $245,500  for  this  study  is  based  on  57  man- 
months  of  engineering*  $237,500  total  labor  cost,  and  $8,000  for 
8 two-man  trips. 

6.0  Special  Facilities/Support 


No  special  facilities  are  required.  Pertinent  Tug  DDT&E  phase  data 
and  meeting  participation,  as  well  as  other  pertinent  agency  data, 
will  be  required. 


TASK  12,  ITEM  11 


S.  r,y 


1*0  Title — Man-Computer  Systems  Applicable  to  Fleet  Utilization 
Management 

2*0  Purpose 

The  purpose  of  this  study  is  to  adapt  state-of-the-art  scheduling 
techniques  to  the  functional  requirements  that  MSEC  is  currently 
generating  for  the  Payload/Spacelab  Utilization  Planning  System. 
These  functional  requirements  are  also  generally  applicable  to  the 
Tug  Fleet  Utilization  Planning  System  discussed  in  Part  III  Subplan 
B above,  as  well  as  the  STS  Fleet  Management  System,  the  Launch 
Processing  System,  and  the  Vehicle  Management  and  Mission  Planning 
System. 

3.0  Background  and  Objective 

Computer  algorithms  capable  of  solving  all  planning,  scheduling, 
and  resource  allocation  functions  needed  in  the  Tug  Fleet  Utiliza- 
tion Planning  System  are  not  available.  However,  combinations  of 
computer  algorithms  and  man’s  problem  solving  capabilities  can 
meet  the  function  requirements.  Previous  man-computer  planning 
systems  have  been  deficient  because  of  design  tendencies  that  em- 
phasized algorithm  sophistication.  The  systems  designed  with  this 
emphasis  have  often  been  difficult  to  use,  and  have  included  such 
high-level  functions  that  their  development  times  have  been  exces- 
sive* When  the  test  phases  for  such  systems  were  finally  reached, 
it  was  often  discovered  that  the  systems  could  not  perform  the 
common  low-level  functions  effectively.  New  ideas  for  planning 
systems  have  been  generated  that  attempt  to  use  human  talents  and 
expertise  wisely  in  an  integrated  man-computer  system  involving 
classical  scheduling  techniques.  The  computer  functions  within 
such  a system  are  not  only  within  the  state  of  the  art,  but  are 
also  sufficiently  common  to  preclude  the  need  for  expensive  soft- 
ware development  efforts  that  might  be  necessary  for  other  systems 
designs.  These  ideas  should  be  applied  to  the  functional  require- 
ments before  system  implementations  are  begun- 

The  objective  of  this  study  would  be  to  determine  how  the  func- 
tional requirements  currently  being  developed  should  be  automated 
in  terms  of  the  roles  of  man  versus  the  computer.  It  would  in- 
clude the  assignment  and  execution  of  man  and  computer  functions 
within  proper  boundaries.  This  study  should  effect  substantial 
savings  during  the  subsequent  software  development  and  implementa- 
tion phases. 

4.0  Schedule 

This  12-month  study  should  be  started  in  the  fourth  quarter  of  1975, 
following  the  completion  of  the  functional  requirements  currently 
being  developed  under  MSEC  contract. 


i 
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5*0  Budget 

The  estimated  cost  of  $207*675  for  this  study  is  based  on  48  man 
months  of  engineering,  $200,000  total  labor  cost,  $3,675  for  5 
hours  of  computer  time,  and  $4000  for  4 two-man  trips* 

6*0  Special  Facilities/Support 

No  special  facilities  would  be  required*  The  functional  require 
ments  to  be  used  for  the  study  would  be  furnished  by  NASA* 
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TASK  12,  ITEM  12 


1-0  Title — Fleet  Utilization  Study  for  NASA  IUS 

2.0  Purpose 

Assess  the  total  IUS,  including  kick  stage  and  program  payload/ 
mission  requirements  to  optimize  hardware  and  software  procure- 
ment and  to  consider  significant  impacts  caused  by  perturbations 
to  the  planned  DOD  IUS  operating  plan- 

3.0  Objective 

The  overall  objective  is  to  provide  realistic  IUS  and  kick  stage 
sensitivity  data  and  contingency  planning  for  uneven  launch  centers, 
spacecraft  schedule  changes,  hardware  and  software  anomaly  and 
failure  impacts,  and  programmatic  impacts,  such  as  schedule  re- 
visions and  priority  payload  impacts.  Primary  "real  world"  con- 
tingencies that  should  be  considered  are  shown  in  Table  V-2  with 
possible/potential  impacts.  Tradeoff  studies  should  be  performed 
to  determine  the  optimum  course  of  action.  Contingency  plans  for 
flight  hardware,  GSE,  software,  and  facilities  should  be  established 
based  on  the  ground  operations  contingency  situations.  The  base- 
line flow  that  should  be  used  is  the  one  selected  from  those  being 
developed  in  the  IUS  systems  studies  currently  being  conducted  for 
the  DOD. 


Table  V-2 

Contingencies  and  Situations  Impact  Operations , Missions , and  IUS 
Fleet  Requirements 
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A system  should  be  developed  for  tracking  and  controlling  the  re- 
sources and  activities  so  that  management  may  take  early  corrective 
action  to  preclude  serious  schedule  and/or  cost  impacts.  Current 
airline-type  fleet  management  techniques,  data  management  approaches 
configuration  control  systems,  and  performance  measuring  systems 
should  be  evaluated  and  an  optimized  overall  fleet /operations  man- 
agement scheme  developed. 

From  the  data  developed  in  this  study  a plan  should  be  prepared 
that  would  present  the  overall  organization  and  program  planning, 
and  control  documentation  recommendations  including  recommended 
management  tools  such  as  alerts  and  techniques  for  developing 
work-around  solutions  to  problems  occurring  during  the  ground  op- 
erations phase  of  the  IUS  program.  This  plan  should  also  include 
the  basic  contingency  plans  and  work-arounds  for  those  broad  major 
contingencies  shown  in  Table  V-2. 

4-0  Schedule 

To  support  IUS  procurement  and  operations  planning,  this  study 
should  start  no  later  than  the  4th  quarter  of  1975.  It  is  esti- 
mated that  this  study  would  require  approximately  nine  months  to 
complete. 

5.0  Budget 

The  estimated  cost  of  $117,500  for  this  study  is  based  on  27  man- 
months  of  engineering,  $112,500  total  labor  cost,  and  $5000 'for 
5 two -man  trips. 

6.0  Special  Facilities/ Support 

No  special  facilities  would  be  required.  Pertinent  IUS  validation 
phase  data  and  meeting  participation,  as  well  as  other  pertinent 
agency  data,  would  be  required. 
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TASK  12,  ITEM  13 


5 J 


1.0  Title — Provide  Tug  Data  to  Support  the  DOD  STS  Ground  Support 
Systems  Definition  Study 

2.0  Purpose 

Provide  Tug  ground  operations  data,  requirements,  and  planning  to 

support  the  DOD  STS  Ground  Support  Systems  Definition  Study  to 

assure  overall  Tug  ground  operations  planning  compatibility. 

3.0  Objective 

The  primary  objectives  of  this  activity  are  to: 

1)  Provide  Tug  ground  operations  planning,  timelines,  and  man- 
power  support  requirements  to  the  DOD  Ground  Support  Systems 
Definition  Study  as  required. 

2)  Update  Tug  ground  operations  planning  data  to  the  DOD  Ground 
Support  Systems  Definition  Study  as  Tug  changes  are  made. 

3)  Evaluate  and  assess  impact  of  DOD  STS  planning  on  Tug  ground 
operations. 

4)  Coordinate  DOD  STS  ground  support  Tug  planning  impacting  Tug 
operations  with  NASA  to  develop  posit ions/vork-arounds  ac- 
ceptable to  NASA  and  DOD.  Provide  coordinated  impacts  to  the 
DOD  Ground  Support  Systems  Definition  Study. 

5)  Maintain  and  provide  a Tug  ground  operations  functional  flow 
diagram  and  accompanying  GSE  and  facility  data  sheets  reflect- 
ing impacts  of  the  coordinated  (NASA  and  DOD)  overall  STS 
planning  for  Tug. 

6)  Maintain  and  provide  Tug  software  and  data  requirements  in- 
formation as  changes  occur. 

7)  Provide  and  update  Tug  contingency  planning  and  alternative 
landing  site  operational  requirements. 

8)  Perform  liaison  between  the  DOD  STS  Ground  Support  System 
Definition  Study  Team  and  NASA  to  provide  NASA  with  current 
DOD  STS  Tug  planning  data  for  impact  evaluation,  and  provide 
NASA  planning  to  the  DOD  study  team. 


4.0  Schedule 


This  activity  should  start  simultaneously  with  the  start  of  the 
DOD  STS  Ground  Support  Systems  Definition  Study  currently  scheduled 
to  start  March  1,  1975  and  continue  through  September  30*  1976. 

The  planning  phase  of  the  DOD  study  runs  from  March  1*  1973  through 
December  1976. 

5.0  Budget 

The  estimated  cost  of  $168,300  for  this  study  is  based  on  38  man- 
months  of  engineering,  $158,300  total  labor  cost,  and  $10, DUO  tor 
20  one-man  trips. 

6.0  Special  Fac Hit ies/ Support 

No  special  facilities  would  be  required*  Pertinent  DOD  STS  Ground 
Support  Systems  Definition  Study  data  and  meeting  participation, 
as  well  as  other  pertinent  agency  data,  will  be  required. 
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